[Bug 65444] New: Jakarta EE?
https://bz.apache.org/bugzilla/show_bug.cgi?id=65444 Bug ID: 65444 Summary: Jakarta EE? Product: Tomcat 10 Version: unspecified Hardware: PC OS: Mac OS X 10.1 Status: NEW Severity: normal Priority: P2 Component: Servlet Assignee: dev@tomcat.apache.org Reporter: croteau.m...@gmail.com Target Milestone: -- I have been using Tomcat for the last 14 years, why would you move away from the EE standard. I developed a web framework that uses the standard Java EE spec. I loved you guys. Now I can't use you. Im sorry to be writing this on your bug reporting system but I'm heart broken and distraught. Forgive me. Mike -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 65444] Jakarta EE?
https://bz.apache.org/bugzilla/show_bug.cgi?id=65444 Konstantin Kolinko changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #1 from Konstantin Kolinko --- Java EE is dead legacy. Praise (or blame) Oracle, Inc. See https://eclipse-foundation.blog/2019/05/03/jakarta-ee-java-trademarks/ 2019-05-03, "Update on Jakarta EE Rights to Java Trademarks" by Mike Milinkovich > Summary of progress to date and implications of the agreement > between Eclipse and Oracle on Jakarta EE and use of Java trademarks > and the javax namespace. The history of how decisions were made: - discussions on the Tomcat dev mailing list: https://tomcat.markmail.org/thread/cnwbgkron4blb622 2019-05-07, "Jakarta package change" https://tomcat.markmail.org/thread/zslep6lq2z55fgb2 2019-11-27, "Tomcat next and Jakarta EE" https://tomcat.markmail.org/thread/no74fg2vkhjd6p7c 2019-12-16, "Proposed plan for Tomcat 10" https://tomcat.markmail.org/thread/ei2d6277hcppuour 2019-12-20, "javax -> jakarta rename" https://tomcat.markmail.org/thread/fzty4ymric7waw2s 2020-02-10, "Numbering schemes for future releases" See also conference presentations, esp. "State of the Cat", here: https://tomcat.apache.org/presentations.html -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
[Bug 65443] Allow subclassing CorsFilter
https://bz.apache.org/bugzilla/show_bug.cgi?id=65443 --- Comment #3 from Konstantin Kolinko --- (In reply to ekkelenkamp from comment #2) > Just created a pull request: https://github.com/apache/tomcat/pull/432 I am -0. Wouldn't it be better to provide configuration methods for those settings (e.g. setAllowedOrigins(boolean, Collection) instead of overriding getter methods? BTW, the map returned by `getAllowedOrigins()` is mutable, though its mutations are not thread-safe. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org For additional commands, e-mail: dev-h...@tomcat.apache.org
