I think that unless someone "big" in the OSS makes a move, most libraries will stay with Java 8 till they are forced so I guess someone should be brave and make the move.
--- Luca Burgazzoli On Tue, Jun 30, 2020 at 12:57 PM Peter Palaga <ppal...@redhat.com> wrote: > On 30/06/2020 09:29, Jean-Baptiste Onofre wrote: > > Agree, I think we should be very careful about communication. > > > > It’s the same about EOL branch/release. Actually EOL doesn’t really > exist at Apache: anyone can fix/change an old branch and cut a release on > it. > > So, I fully understand the purpose, but I think we should be more > "flexible" and communicate early enough to our users. > > > > Regards > > JB > > > >> Le 29 juin 2020 à 22:23, Guillaume Nodet <gno...@apache.org> a écrit : > >> > >> Note that we changed a bunch of lambda expressions back to anonymous > >> classes a few months ago, so trying to get to the latest is not always > the > >> best choice. > >> I'm not sure we need to drop Java 8 now. We can defer that decision > until > >> we have more incentive I think., > >> > >> Le lun. 29 juin 2020 à 18:01, Peter Palaga <ppal...@redhat.com> a > écrit : > >> > >>> On 29/06/2020 11:59, Peter Palaga wrote: > >>>> On 29/06/2020 07:29, Claus Ibsen wrote: > >>>>> Hi > >>>>> > >>>>> On Sun, Jun 28, 2020 at 4:28 PM Peter Palaga <ppal...@redhat.com> > >>> wrote: > >>>>>> > >>>>>> Hi Claus, > >>>>>> > >>>>>> we have announced a similar move for Camel Quarkus some time ago. We > >>> did > >>>>>> that based on a similar Quarkus announcement [1]. But when I was > about > >>>>>> to perform the necessary changes, it turned out that Quarkus got > some > >>>>>> pushback from the users and thus they abandoned the plan without > >>> letting > >>>>>> us know - see [2]. As a result, Camel Quarkus also had to revisit > the > >>>>>> plan. We have decided to make Java 11 our main build and testing > JDK, > >>>>>> but kept both source and target compatibility at Java 8. > >>>>>> > >>>>>> Requiring Java 11+ API on the Camel side would put Camel Quarkus in > a > >>>>>> bit uncomfortable position: unlike all other extensions offered via > >>>>>> code.quarkus.io, our extensions would not work on Java 8 in JVM > mode. > >>>>>> > >>>>>> We (Camel community) should figure out how to proceed. > >>>>>> > >>>>> > >>>>> The drop of Java 8 is planned for next LTS (Camel 3.7) which is by > end > >>>>> of this year. > >>>>> So there is still 6 months to go. In that time Quarkus may get to a > >>>>> point where they have dropped Java 8 as well. > >>>>> > >>>>> But for Camel 3.5 we can surely wait to drop Java 8 so it does not > >>>>> happen soon on the Camel side. > >>>>> > >>>>> Would ou you go ask the Quarkus team what new timeframe they have for > >>>>> dropping Java 8? > >>>> > >>>> Asked https://groups.google.com/forum/#!topic/quarkus-dev/7SZAM2BMb9c > >>> > >>> They asked back, what are our motivations for removing Java 8. I can > say > >>> for myself that it is mainly a simplification of our testing matrix. > Are > >>> there any other reasons? > > Are there any other benefits of dropping Java 8? > > -- P > > >>> Besides they noted that Azure Functions still only supports Java 8. > >>> > >>> -- P > >>> > >>>> > >>>>> > >>>>>> [1] > >>>>>> > https://quarkus.io/blog/quarkus-1-4-final-released/#java-8-deprecated > >>>>>> [2] > >>> https://groups.google.com/d/msg/quarkus-dev/yzEjmYCFbwY/oW64kts3AQAJ > >>>>>> > >>>>>> Thanks, > >>>>>> > >>>>>> -- Peter > >>>>>> > >>>>>> On 26/06/2020 10:23, Claus Ibsen wrote: > >>>>>>> Hi > >>>>>>> > >>>>>>> Just a heads up that from Camel 3.5 onwards we will drop Java 8 > >>>>>>> support. > >>>>>>> > >>>>>>> So this means that minimum Java version is now Java 11. > >>>>>>> We are also working on adding support for Java 14, but it may take > a > >>>>>>> few releases, but its planned for the next LTS 3.7 release to have > >>>>>>> both Java 11 and 14 as supported. > >>>>>>> > >>>>>>> Camel 3.4.x is the LTS release that supports both Java 8 and 11, > and > >>>>>>> its supported for 1-year (june 2022). > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>> > >>>>> > >>>>> > >>>> > >>> > >>> > >> > >> -- > >> ------------------------ > >> Guillaume Nodet > > > >