The minutes for the May 13th Specification Committee call are below and are also available
here.
Please review and be ready for approval during our call on May 27th.
Jakarta EE Spec Committee - May 13th, 2026
Attendees (present in bold):
Kenji Kazumura - Fujitsu - Takahiro Nagao
Emily Jiang - IBM - Tom Watson
Dmitry Kornilov - Oracle,
Robert Patrick
Andrew Pielage (chair) - Payara
David Blevins - Tomitribe - Jean-Louis Monteiro, Cesar Hernandez
Ivar Grimstad - PMC Representative
Arjan Tijms - Omnifish OU - Elected Participant Member Representative
Werner Keil - Committer Member
Jun Qian - Primeton Information Technologies - Enterprise Member
Zhai Luchao - Shandong Cvicse Middleware Co. - Enterprise Member
Guest - Jakarta EE 12 co-release coordinators:
Jared Anderson,
James Perkins
Eclipse Foundation: Tanja Obradovic
Past business / action items:
Agenda:
-
-
-
Issue #55 -
TCK Archive Format
-
Carry over from previous call: MicroProfile are asking for the TCK to not be in a ZIP
-
Discuss where this got to and reassign owner (if appropriate)
-
-
The issue we would have, if not, is how to ensure the SHA is the same across the Maven Central versions and Jakarta Downloads
-
We will put this on hold until we get some feedback
-
Issue #74 -
TCK challenge automatic acceptance - [Andrew Pielage]
-
Issue #82 -
Consistent approach for TCK challenge exclusions [Andrew Pielage]
-
Issue #85 -
Document Jenkins Maven Publication Jobs [Emily Jiang]
-
New Jakarta EE release process with the new Eclipse Foundation Staging repo [Andrew Pielage]
-
Issue #86 -
Simplify Compatibility Certification Requests [Ivar Grimstad]
-
Issue #83 Follow-up
- Clean Up And Clarify How To List TCK Service Releases On Specification Pages [Andrew Pielage]
-
Carry over from previous call: We should draft an example for us to discuss and iterate on, taking into account the easiest way for us to then update all of the changelog files
-
-
Discuss any further amendments and actions
-
Who is going to maintain the changelog?
-
Andrew to send an email to the spec committee mailing list once the template has been updated
-
Sharing Maven Namespaces [Andrew Pielage]
-
From previous call: There is some support for defining rules.
-
Check in on progress and discuss
-
The project is asking for some kind of statement from the spec committee. It would be great if we can formulate something to communicate to them.
-
Do we have an opinion?
-
Follow the convention until we decide on some rules?
-
They are requesting to use `jakarta.ai`
as the group ID
-
The convention is just jakarta.[shortName]
-
At least one voice is suggesting
jakarta.ai is
too broad
-
Concurrency & CDI were using jakarta.enterprise, but have moved away
from this
-
Is our recommendation that “the Maven groupID should not overclaim the scope of the project”?
-
It might be nice to have these “sub-groups”
-
For example, we have jakarta.xml for XML-WS and XML-Binding, and jakarta.json for JSON-P and JSON-B
-
Should we allow a group to be made before there are any other specifications?
-
If they were to follow as-is (current convention): jakarta.agentic-ai
-
-
Simple now - map it all out later?
-
Recommendation: “The Specification Committee recommends following the existing convention for now of jakarta.${shortName}. Specifications should not overclaim the scope of their project. Namespace groups
can be discussed once there are multiple specifications.”
-
Promoting TCKs is a collective effort
-
Carry over from previous call
-
Ivar to take this on - timebox demonstration when we have more time and enough members present
-
Ivar to also look for any existing documentation
-
Various TCKs appear to be failing for EE 11 when ran on Java 25 - some service release fixes incoming
-
|