[jakarta.ee-spec] Jakarta EE Spec Committee Approved Meeting Minutes - M

[Andrew Pielage <andrew.pielage@xxxxxxxxxxx>]

Jakarta EE Spec Committee - March 18th, 2026

Attendees (present in bold):

Kenji Kazumura - Fujitsu - Takahiro Nagao

Emily Jiang - IBM - Tom Watson

Ed Bratt - Oracle - Dmitry Kornilov

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:

• Approval is requested for the minutes from the February 18th, 2026 meeting as drafted - approved

Agenda:

• This call will be one hour “earlier” for non-US/Canadian members due to DST
• Jakarta EE 12 Update [Jared Anderson]
• Dashboard
• Yasson has two new committers
• EclipseLink 5.0.RC2 (for EE11) incoming, hoping to release as final next week
• Issue #74 - TCK challenge automatic acceptance - [Ed Bratt + Andrew Pielage]
• Check in on progress of pull requests
• Security and Authorization have challenges open against them which are older than two weeks with no response
• We need to follow through with Ed’s original proposal
• Ongoing tracking spreadsheet of specifications progressing through the JESP specification version lifecycle
• Carry over from previous calls:
• Progress reviews for Jakarta Config and RPC overdue.
• Jakarta Config approaching two years overdue
• Discuss any movement from the Jakarta Futures meeting
• Check for updates on actions from the talk with MicroProfile Config
• Nothing yet
• Jakarta RPC approaching three years overdue
• Oracle to be poked before contacting the EMO
• Check for interest in helping out with this project: any responses?
• No responses yet
• Issue #55 - TCK Archive Format [Ed Bratt]
• Carry over from previous call: Need to double check with the MicroProfile community regarding the usage. Emily and Ed to bring this for further discussion at the next MicroProfile Technical call.
• Check in on progress
• No progress
• Issue #58 - TCK challenge templates [Andrew Pielage]
• Check in on progress on final pull request for Config
• Still open, those present on call asked to push committers to review and merge
• Issue #82 - Consistent approach for TCK challenge exclusions [Ed Bratt]
• Discuss adding some text to the TCK Process along the lines of “excluded tests should be disabled” to keep it general (since the exclude list file doesn’t make sense for all test frameworks).
• Actually, the TCK Process already has text to this effect: “Excludes MUST be included in the TCK project release in a format that is compatible with the testing framework in use so that as the excludes are updated, the affected tests are automatically removed from the test suite.”
• Do we just need to clean up the two remaining references to the exclude list? No disagreements
• Andrew to make a draft PR for us to iterate on
• Issue #85 - Document Jenkins Maven Publication Jobs [Emily Jiang]
• Carry over from previous call: Needs to be brought up in the Platform call and/or poke projects leads via email. Emily to send an email to the spec leads mailing list.
• Check in on progress
• No updates
• New Jakarta EE release process with the new Eclipse Foundation Staging repo [Andrew Pielage]
• Carry over from previous call: Review checklist to be updated to reflect the new process.
• Check in on progress
• Two PRs created: https://github.com/jakartaee/specifications/pull/888 
• Question of whether to point at the aggregate repo or the spec specific ones: point at the aggregate
• Issue #86 - Simplify Compatibility Certification Requests [Ivar Grimstad]
• Carry over from previous call
• Example to be created
• Ivar to work with Ondro and Arjan for further feedback to see whether it is worthwhile for further simplification.
• Check in on progress
• When the CCR for GlassFish 8 comes in Arjan/Ondrej will come with proposals - if no proposals we shall close the issue
• Issue #83 Follow-up - Clean Up And Clarify How To List TCK Service Releases On Specification Pages
• Carry over from previous call: An issue to be created for further discussion [Ivar]
• Discussions ongoing on how to track changes between TCK service release versions
• There’s already a changelog file they can update, it’s just not mentioned on the PR template file
• https://github.com/jakartaee/specifications/blob/master/service_release_pr_template.md vs. https://github.com/jakartaee/specifications/blob/master/.github/PULL_REQUEST_TEMPLATE/service_release_pr_template.md 
• It needs to be clear which changes are for the API service releases vs. the TCK service releases
• Changelogs are already versioned by the major/minor specification version e.g. https://github.com/jakartaee/specifications/blob/master/jsonp/2.1/changelog.md 
• We could have headings for API and TCK which the releases would be listed under (most recent release at the top).
• It is difficult to work out the change logs for the service releases (see here).
• Discuss any further amendments and actions
• 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
• Volunteers welcome
• Sharing Maven Namespaces
• Questions raised about multiple specifications sharing Maven group IDs and namespaces: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/issues/7254 
• Discuss what rules/conventions exist and what our guidance is.
• Ivar has listed the convention, though this isn’t explicitly documented:
• GroupId: jakarta.[SHORTNAME]
• API: ArtifactId: jakarta.[SHORTNAME]-api
• Spec: ArtifactId: jakarta.[SHORTNAME]-spec
• TCK: ArtifactId: jakarta.[SHORTNAME]-tck
• Do we want to have an opinion on this?
• If we do enforce a rule, this may have ramifications for other projects as until now there hasn’t been a rule e.g. CDI and Concurrency publishes to jakarta.enterprise
• Andrew to send an email to the spec committee mailing list to gather opinions
• Review other open issues:
• Determine which issues to label as “enhancement” and add to our board
• Close issues which are no longer relevant or have been dealt with

--

Andrew Pielage
Senior Software Engineer

		payara.fish
		+448005385490

Deploy your Spring, Quarkus, and Jakarta EE apps in seconds with Payara Qube. Try FREE

Payara Services Ltd, Registered office: Malvern Hills Science Park, Geraldine Road, Malvern, WR14 3SZ, United Kingdom
Registered in England and Wales: 09998946 | VAT: GB 193854467

Payara is a proud recipient of the prestigious Queen's Award for Enterprise: International Trade 2021