Ok, let see if we can maybe have an exceptional certification status with servlet 6 as an exception but I doubt (but would make everyone happy) :(
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 mer. 27 mars 2024 à 14:15, Rémy Maucherat <[email protected]> a écrit : > On Wed, Mar 27, 2024 at 11:13 AM Romain Manni-Bucau > <[email protected]> wrote: > > > > Le mer. 27 mars 2024 à 10:58, Rémy Maucherat <[email protected]> a écrit : > > > > > On Wed, Mar 27, 2024 at 9:49 AM Romain Manni-Bucau > > > <[email protected]> wrote: > > > > > > > > Hi all, > > > > > > > > Checkout out TomEE's notifications I realized Tomcat is in a weirdish > > > > situation where Tomcat 9 is Servlet 4 and "+1" version is Tomcat 10.1 > > > which > > > > is Servlet 6. > > > > It means Tomcat is no more a Servlet 5 friendly option. > > > > > > > > I wonder if it means Tomcat < 10.1 should be stopped too or if Tomcat > > > 10.0 > > > > should be maintained and released again - pretty sure we can find > help if > > > > desired for that not that far. > > > > Another option is to restore the deleted methods between servlet 5-6 > in > > > the > > > > code base to be able to run Tomcat 10.1 with Servlet 5 API instead of > > > > Servlet 6 - to pass signature TCK. > > > > > > > > Wdyt? > > > > > > Nothing. The Tomcat developers (= the committers) determined that the > > > EE 9 release was useless since the only change is the javax -> jakarta > > > package renaming. A big task for sure, but that seemed to us this was > > > more a developer oriented armaggeddon and not something that benefits > > > our users. > > > > > > For reasons that elude my understanding, some other projects like > > > TomEE thought this was still useful and decided to release full > > > support for EE 9 rather than go to EE 10 like we did. Our plan about > > > EE was public. So I guess this is still our problem obviously, but I > > > don't feel like doing anything about it. > > > > > > > From what I saw on other AsfEE projects, users requested it, nothing more > > and then you have CVE game. > > > > > > > > > > BTW, about the last item. Recently, I tried to run CXF on the new EE > > > 10 APIs (since OWB moved to that). It doesn't work as it uses > > > deprecated APIs, while IMO it should have moved away from them long > > > ago. And it's an ASF project, not some hack project somewhere. > > > > > > > This is fixed AFAIK on master (maybe last release, didnt check) so should > > be fine soon. > > I checked and there is a new CXF release from early March. > > However, I still get the CDI 4 deprecation removal issue: > Caused by: java.lang.NoSuchMethodError: 'void > jakarta.enterprise.inject.spi.BeanManager.fireEvent(java.lang.Object, > java.lang.annotation.Annotation[])' > at > org.apache.cxf.cdi.JAXRSCdiResourceExtension.onStartup(JAXRSCdiResourceExtension.java:167) > > This is deprecated in CDI 3 (and removed in 4): > > https://jakarta.ee/specifications/cdi/3.0/apidocs/jakarta/enterprise/inject/spi/beanmanager#fireEvent-java.lang.Object-java.lang.annotation.Annotation...- > > I did not report it since this is EE 10 work, which they don't claim > to support. However, it doesn't hurt to remove use of these deprecated > methods and I believe this would make CXF work with OWB 4 (although > not officially supported). I use this example to show how much this EE > 9 is simply a piece of garbage, you get breakage, it's useless, but > then you get breakage again with EE 10. > > > > Basically unless there's a cut somewhere, nothing will ever change :D > > > As a result, I don't think an API restoration in Tomcat 10.1 is a good > > > idea ... > > > > > > > Ok, so last option is TomEE community taking the lead on 10.0 branch, is > > that an option if all the PR work is done? > > I doubt it would make any difference: > a) Tomcat 10.0 was frozen at 10.1.1 level exactly 18 months ago. > b) I suppose this is about CVEs. > c) So the process would be to fix them and then release only the Maven > artifacts. We cannot make a real release and advertise it with so many > bugfixes missing. > This would produce the same result with the same effort compared to > their custom "forked" branch (I don't consider it a fork since this is > simply a continuation from where the Tomcat branch stopped). I would > be reluctant to vote +1 to these releases unfortunately due to the > known issues. > > Backporting everything from Tomcat 10.1 is a huge effort ... > > Rémy > > > > > > > Rémy > > > > > > > Best, > > > > 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 > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [email protected] > > > For additional commands, e-mail: [email protected] > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
