I also have a feeling that we focus too much on Java 9 and not enough on
Java 8.

On Thu, Apr 20, 2017 at 5:08 AM, Remko Popma <remko.po...@gmail.com> wrote:

> I agree with Ralph that there are many environments that can't upgrade
> their Java version but still want to use the nice features Log4j2 offers.
> I've also worked in such environments. I would prefer to support older
> versions as long as possible. (What that means concretely is open for
> discussion.) :-)
>
> Remko
>
> Sent from my iPhone
>
> > On Apr 20, 2017, at 11:32, Matt Sicker <boa...@gmail.com> wrote:
> >
> > 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=31ecd1f6b6d1eaf8886ac902a24de4
> 18%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=cadb800f39946ec62ea2b1af9fe6a2
> b8>
> >>>>
> >>>> <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=31ecd1f6b6d1eaf8886ac902a24de4
> 18%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>
>



-- 
[image: MagineTV]

*Mikael Ståldal*
Senior software developer

*Magine TV*
mikael.stal...@magine.com
Grev Turegatan 3  | 114 46 Stockholm, Sweden  |   www.magine.com

Privileged and/or Confidential Information may be contained in this
message. If you are not the addressee indicated in this message
(or responsible for delivery of the message to such a person), you may not
copy or deliver this message to anyone. In such case,
you should destroy this message and kindly notify the sender by reply
email.

Reply via email to