I just want a plan for when we upgrade. Log4j is such low level code that it's not a big deal to me for using Java 8 syntax. I'm mostly interested in supporting the v8 APIs, and Spring has an interesting way of doing that.
On Wed, Apr 19, 2017 at 18:01, Ralph Goers <ralph.go...@dslextreme.com> wrote: > I can’t agree to that. See > https://spring.io/blog/2015/04/01/ongoing-support-for-java-7-and-even-java-6 > < > https://spring.io/blog/2015/04/01/ongoing-support-for-java-7-and-even-java-6> > for Spring’s perspective on this. Log4j is such a fundamental framework > that, while we need to support new features in the latest JDK, we also need > to continue to support older Java releases for as long as is reasonable. I > know a few of you would always like to be on more current JDKs, but I have > worked in environments that are very slow to upgrade. In fact, we just got > a question from someone who is still on 2.2 because they are stuck on Java > 6. > > That said, I am all for discussing what a reasonable timeframe is. I don’t > think 2022 makes any more sense than dropping support in July. Whatever we > decide we should give users at least 6 months notice. > > Ralph > > > On Apr 19, 2017, at 5:18 PM, Matt Sicker <boa...@gmail.com> wrote: > > > > Roadmap wise, I think dropping support for Java 7 when Java 9 comes out > > might make sense, though that also depends on where we are release-wise > at > > the time. In the meantime, modularizing the core more and breaking into > > more subprojects may help find any desires for a semantically breaking > > change for version 3. I don't really see that happening with the API, and > > I'm not so sure how important it'd be in Core, though they could be > > versioned separately in theory. > > > > On 19 April 2017 at 12:59, Gary Gregory <garydgreg...@gmail.com> wrote: > > > >> On Wed, Apr 19, 2017 at 10:23 AM, Ralph Goers < > ralph.go...@dslextreme.com> > >> wrote: > >> > >>> I have no idea what your versions are, but 2.9 is going to contain the > >>> first support for Java 9, but it will continue to support Java 7. I am > >>> assuming your numbering scheme is about what version ONLY supports a > >>> particular Java release? I am not in favor of that. With semantic > >>> versioning the number should only change when the API changes. Just as > >> we > >>> did when we moved from Java 6 to Java 7 we don’t have to increment the > >>> project version number. > >>> > >>> > >> Yeah, that's why I said I was not in love with the version proposal. > What I > >> am really after is a road-map to give our users an idea of what to > expect. > >> I suspect a wiki page might be best for that. > >> > >> > >>> I am not worried about hanging on to Java 7 “too long”, so long as we > >>> continue to find ways to support new Java features. > >>> > >>> I suspect you still have not looked at my branch > “java9NoMultiRelease”. I > >>> have been planning on merging that to master but just haven’t find the > >>> time. If you want to evaluate it before I merge it I suggest again that > >> you > >>> have a look. At the moment it only supports StackWalker but it allows > us > >>> to start implementing support for Java modules and other Java 9 > features. > >>> > >> > >> You are correct, I have not looked. > >> > >> Gary > >> > >> > >>> > >>> Ralph > >>> > >>>> On Apr 19, 2017, at 10:12 AM, Gary Gregory <garydgreg...@gmail.com> > >>> wrote: > >>>> > >>>> Hi All, > >>>> > >>>> I like projects that have a road-map page. It can be vague or precise. > >>> But > >>>> we should at least discuss it here. I am bringing this up partly in > >> light > >>>> of https://issues.apache.org/jira/browse/LOG4J2-1883 > >>>> > >>>> How about: > >>>> > >>>> v 2.x - Java 7 > >>>> v 3.x - Java 8 > >>>> v 4.x - Java 9 > >>>> > >>>> Is that too weird? I am not in love with it either. > >>>> > >>>> I am just concerned that: > >>>> > >>>> - We might hang on to Java 7 a little too long. > >>>> - We are missing on getting into Java 8. I feel like we are. (Jetty, > >>>> Hibernate, Teiid, and others are on Java 8, sure they are higher level > >>>> pieces but still, the momentum is there.) > >>>> - Playing with an unreleased Java 9 might bite us with Ralph's double > >>>> compile (which I'll admit I have not seen ;-) or really know if Java 9 > >>>> compiled code would end up in our releases (which could bite us or > >> not.) > >>>> > >>>> Thoughts? > >>>> > >>>> Gary > >>>> > >>>> -- > >>>> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > >>>> Java Persistence with Hibernate, Second Edition > >>>> <https://www.amazon.com/gp/product/1617290459/ref=as_li_tl? > >>> ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459&link > >>> Code=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8> > >>>> > >>>> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l= > >>> am2&o=1&a=1617290459> > >>>> JUnit in Action, Second Edition > >>>> <https://www.amazon.com/gp/product/1935182021/ref=as_li_tl? > >>> ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021&link > >>> Code=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22> > >>>> > >>>> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l= > >>> am2&o=1&a=1935182021> > >>>> Spring Batch in Action > >>>> <https://www.amazon.com/gp/product/1935182951/ref=as_li_tl? > >>> ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951&link > >>> Code=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B%7Bli > >>> nk_id%7D%7D%22%3ESpring+Batch+in+Action> > >>>> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l= > >>> am2&o=1&a=1935182951> > >>>> Blog: http://garygregory.wordpress.com > >>>> Home: http://garygregory.com/ > >>>> Tweet! http://twitter.com/GaryGregory > >>> > >>> > >>> > >> > >> > >> -- > >> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org > >> Java Persistence with Hibernate, Second Edition > >> <https://www.amazon.com/gp/product/1617290459/ref=as_li_ > >> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1617290459& > >> linkCode=as2&tag=garygregory-20&linkId=cadb800f39946ec62ea2b1af9fe6a2b8> > >> > >> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > >> 1617290459> > >> JUnit in Action, Second Edition > >> <https://www.amazon.com/gp/product/1935182021/ref=as_li_ > >> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182021& > >> > linkCode=as2&tag=garygregory-20&linkId=31ecd1f6b6d1eaf8886ac902a24de418%22 > >>> > >> > >> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > >> 1935182021> > >> Spring Batch in Action > >> <https://www.amazon.com/gp/product/1935182951/ref=as_li_ > >> tl?ie=UTF8&camp=1789&creative=9325&creativeASIN=1935182951& > >> linkCode=%7B%7BlinkCode%7D%7D&tag=garygregory-20&linkId=%7B% > >> 7Blink_id%7D%7D%22%3ESpring+Batch+in+Action> > >> <http:////ir-na.amazon-adsystem.com/e/ir?t=garygregory-20&l=am2&o=1&a= > >> 1935182951> > >> Blog: http://garygregory.wordpress.com > >> Home: http://garygregory.com/ > >> Tweet! http://twitter.com/GaryGregory > >> > > > > > > > > -- > > Matt Sicker <boa...@gmail.com> > > -- Matt Sicker <boa...@gmail.com>
