Skip to main content
Edit my account
Adopt A Spec
Tech Talk Meet-ups
Jakarta EE YouTube Channel
Jakarta EE Specification Projects
Jakarta EE Community Folder
Jakarta EE Community Calendar
Starter for Jakarta EE
Report a Bug
Getting Started / Support
How to Contribute
IDE and Tools
Jakarta EE Platform Project
Home for the Jakarta EE Platform Team
Jakarta EE Platform Project
Jakarta EE Platform Call
Kevin Sutter (IBM)
Ivar Grimstad (Eclipse Foundation)
Cesar Hernandez (Tomitribe)
Nitin Dahyabhai (Eclipse WTP)
Scott Marlow (Red Hat)
David Blevins (Tomitribe)
Jean-Louis Monteiro (Tomitribe)
Brian Stansberry (Red Hat)
Tanja Obradovic (Eclipse Foundation)
BJ Hargrave (IBM)
Ed Bratt (Oracle)
Kenji Kazumura (Fujitsu)
Werner Keil (Individual)
Paul Nicolucci (IBM)
Emily Jiang (IBM)
Steve Millidge (Payara)
Ryan Cuprak (Jakarta EE Ambassadors)
Agenda and Minutes
Major vs Point release numbering for Platform
Major version of platform:
New major version of specifications
New specifications added
Backward incompatible changes
All others are minor
Timebox the releases or based on feature content?
Goal to release 9.1 early in H1 2021
If there are other spec ready during the year, another release (minor or major) will be on the table
The time boxed option will be considered later
Discussion regarding backwards incompatible changes
Current Guidelines: https://eclipse-ee4j.github.io/jakartaee-platform/CompatibilityRequirements
Should we allow breaking changes?
Is PortableRemoteObject moving to EJB SPEC API a breaking change?
No, applications can still use Java 8 PortableRemoteObject.
TCK tests will change to EJB SPEC API PortableRemoteObject though in 9.1.
Deprecate first and remove in next release?
Give a couple of releases to prepare for incompatible changes?
Ask the projects if they have breaking changes prepared?
be documented thoroughly in the project’s plan review
If a breaking change affects the platform, it must be identified in the platform specification as well
Jakarta EE 9.1 (recurring agenda item)
Goal to release early in H1 2021
GlassFish 6.x JDK 11 support
Platform TCK JDK 8 + 11 or only JDK 11 support?
If GlassFish 6.2 only supports JDK 11, which EE implementation passes the (optional) JDK 8 tests on EE 9.1 for certification?
Should we start requesting plan reviews from all components that want to release new versions with 9.1?
Set a deadline for this?
Set requirements for inclusion in the release
Plan plan review for the platform specification
Create a draft of this (release plan)
Continue this discussion next week (start with this)
Jakarta EE NEXT (recurring agenda item)
NEXT may be major or minor depending on the content
How do we handle Optional parts (discussion item for next meeting)
Will potentially require a change in the EFSP
Bring this to the specification committee
Back to the top