Date: 2025-02-25
Present:
- James Perkins (Red Hat)
- Jared Anderson (IBM)
- Kyle Aure (IBM)
- Emily Jiang (IBM)
- Chithra Mini (IBM)
- Nathan Rauh (IBM)
- Tom Watson (IBM)
- Ivar Grimstad (Eclipse Foundation)
- Arjan Tijms (OmniFish)
- Cesar Hernandez (Tomitribe)
- Brian Stansberry (Red Hat)
- Petr Aubrecht (Payara)
- John Clingan (Red Hat)
- Scott Stark (Red Hat)
- Scott Marlow (Red Hat)
- Dmitry Kornilov (Oracle)
- Jan Westerkamp (iJUG)
- Gurunandan Rao(Oracle)
- Kenji Kazumura (Fujitsu)
Agenda
Top of mind for Ed, Arjan, Jared
- Ed TCK review issues.
- Thanks to Scott Stark for releasing the 10 staged jars at the request of the MicroProfile community.
TCK Refactoring Jakarta EE 11
Jakarta EE 12
- Issues have been created in the component specification repositories to create a release plan for EE 12
- These release plan issues are being tracked in a dashboard: board view and table view
- Need to come up with a date for when we want to have release plans created
- April 15
- Current planned release of EE 12 is 1H 2026 for reference
- ACTION: Jared - Send email to the mailing list of each component specification with link to their issue and the board and the deadline
- Jakarta EE 12 (work in progress). Add link to the board here and update dates
- Jakarta HTTP
- If we plan to create a new Jakarta HTTP specification for HTTP requirements and unified API for HTTP based technologies, we need to do a creation review as documented specification process and this google doc.
- ACTION: Arjan to start the process to do a proposal / creation review process
- Arjan start proposal (google doc?) and then socialize in the REST / Servlet mailing list at minimum.
- Need to get community buy in and getting people to participate with Arjan on the proposal
- HTTP request / response interfaces inspired by Servlet and REST APIs
- Include RFCs that are associated with HTTP like with how cookies are handled
- Need to include people from REST and Servlet communities
- Tomcat, Jersey, Wildfly developers
- Include HTTP 1, 2 and 3 as part of this specification to be determined
- Java SE includes some features for HTTP that may be relevant here. Will want to include Java SE APIs that are relevant to EE APIs
- Would the REST / Servlet communities resist this specification?
- REST doesn’t depend on servlet, but can optionally inject servlet. With this spec wouldn’t need to have this optional requirement. REST would just do the new HTTP request / response
- Faces and Pages may also get references to request / response as well. So will want people from those communities as well.
- Jakarta Config
- Lots of good discussion on the mailing lists which has been helpful
- Jakarta Query