Hi all,
The Jakarta EE platform group has announced that the minimum Java
version for Jakarta EE 11 will be Java 21. [1]
Given that the Java SecurityManager was deprecated in Java 17 and
planned for removal I intend to remove all references to the
SecurityManager from the Tomcat 11 code base. I plan to do this shortly.
We would normally make Java 21 the minimum Java version. Given that Java
21 is still in EA, I don't plan to do that yet.
We could switch all branches to Java 17 as the the default build JRE now
as that supports targeting Java 7 onwards. That would allow us to easily
use some newer Java features in Tomcat 11 whilst still only requiring
RMs to use a single JDK version. If there are no objections I'll do this
shortly.
Java 21 supports targeting Java 8 onwards which means we won't be able
to switch to that when available for all branches unless Tomcat 8.5.x
has already reached EOL.
The target date for Jakarta EE 11 is Q1 2024. Given that there are no
Java 21 features we want to use in Tomcat 11 right now I suggest we wait
until we need to build Tomcat 11 with Java 21 to decide what to do.
Worst case, we'll need to build most branches with Java 21 and 8.5.x
with Java 17 until 8.5.x reaches EOL (31 March 2024).
I don't think there are any other immediate implications for Tomcat 11.
I'll continue to track the changes in the various specifications. The
summary at the moment is:
- removal of SecurityManager references from all
- servlet
- minor improvements / new features
- lots of clarifications of the Async API
- possible new low level HTTP API but not much movement so far
- EL
- removing reference to JavaBean spec is largish piece of work
- JSP
- no plans other than necessary updates triggered by changes in
EL/Servlet
- WebSocket
- minor improvements / new features
- clarifications
Mark
[1] https://www.eclipse.org/lists/jakartaee-platform-dev/msg03898.html
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-h...@tomcat.apache.org
