+1 for java 21, since tomcat 11 is still in the "dont use" area I think it can start with 21 and thanks to the backport policy if java 17 is needed later, work will not be crazy IMHO.
Romain Manni-Bucau @rmannibucau <https://twitter.com/rmannibucau> | Blog <https://rmannibucau.metawerx.net/> | Old Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Book <https://www.packtpub.com/application-development/java-ee-8-high-performance> Le ven. 5 mai 2023 à 03:53, Han Li <li...@apache.org> a écrit : > > > > On May 4, 2023, at 20:37, Mark Thomas <ma...@apache.org> wrote: > > > > Hi all, > > > > The latest Java 21 EA build has moved virtual threads (from project > Loom) out of preview. How do we want to handle this in Tomcat 11? Recall > that Jakarta EE 11 has set Java 21 as the minimum version. > > > > I think we have the following options: > > > > 1. Stick with Java 17 as the minimum version and don't provide virtual > thread functionality. > > > > 2. Stick with Java 17 as the minimum version and provide virtual thread > functionality via the JreCompat module. > > > > 3. Increase minimum Java version to Java 21 for Tomcat 11 and provide > virtual thread functionality. > +1 > > The impact of switching 17 to 21 will not be very wide I think as Tomcat > 11 is Alpha version now, so let’s be straightforward. :) > > Han > > > > > I am currently leaning towards 3 but could live with 2. > > > > Thoughts? Other options? > > > > Mark > > > > PS Option 3 will require updates to the CI systems - I am happy to take > care of those. > > > > PPS I don't think all of the current Loom module will make it into > Tomcat 11. I am currently thinking to pull in the Executor and then provide > a boolean option for the existing endpoints to switch the internal executor > to Loom. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > > For additional commands, e-mail: dev-h...@tomcat.apache.org > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
