Date: 2025-01-14
Present:
- Jared Anderson (IBM)
- Ed Burns (Microsoft)
- Anand NK (IBM)
- Nathan Rauh (IBM)
- Tom Watson (IBM)
- Jan Westerkamp (iJUG)
- Ivar Grimstad (Eclipse Foundation)
- John Clingan (Red Hat)
- Scott Marlow (Red Hat)
- Brian Stansberry (Red Hat)
- Gurunandan Rao(Oracle)
- Dmitry Kornilov (Oracle)
- Petr Aubrecht (Payara)
- Cesar Hernandez (Tomitribe)
Agenda
Top of mind for Ed, Arjan, Jared
TCK Refactoring Jakarta EE 11
- Web Profile TCK status
- Tests well in hand.
- https://ci.eclipse.org/jakartaee-tck/view/EFTL-Certification-Jobs-11/job/11/job/standalone-tck/job/eftl-jakartaeetck-run-web/
- Need more clarity on which of the sub-jobs from the above are “all good” vs. “needs more work”.
- All good means: the job is running as intended for ratifying the Jakarta EE 11 Web Profile.
- Needs more work means:
- either the TCK needs to be replaced with the TCK that runs inside the container.
- Or
- Additional tests need to be run, on top of what is in the job. These tests live in the Platform TCK.
- ACTION: This needs to be documented in the TCK User Guide.
- Low likelihood of unknown unknowns arising.
- Plan to pivot to writing TCK User Guide this week.
- Next week I plan to ask for an estimate for when Web Profile TCK will be ready to ask the spec committee to merge the PR.
- Platform Profile TCK status
- ~6,500 persistence tests still blocked by App Client -> remote EJB -> test invocation mechanism.
- Proposal to rewrite those to use App Client -> Servlet -> test invocation mechanism.
- Note: we still have other app client test that validate that remote EJB calls do work from App Client.
- Once the Web Profile TCK has been published, I will work toward getting an estimate for when this critical path issue will be resolved.
Jakarta EE 11
- Core Profile
- Validation 3.1 API
- Validation implementation cannot go final until some files are added / updated in the API jar.
- When will we get a new 3.1.1 release of the API?
- ACTION: Ed to chase down Validation committer to get this merged.
- SecurityManager concerns about some component specifications still having language and API usage of the Security Manager
- ACTION: Ed has a PR to update the platform specification for component specification language regarding SecurityManager.
- API usage of SecurityManager requires a minor spec release at a minimum and is being looked to to do in EE 12. We are not going to do new release plans for component specifications for EE 11.
Jakarta EE 12
- ACTION: Ed to nominate Jared as a platform committer for Jakarta EE 12.
- Yes, the security manager discussion is lively now. Let’s keep it up.
- Will be a priority for EE 12 and will need to get issues opened against appropriate component specifications
- Start gathering cross-cutting concerns so that we can advise the component specifications.
- TCK Work
- For 12, define an architecture for where tests are best located. Either in the component repository or in the platform TCK repository depending on the nature of the test.
- Arjan suggested this can be done with EJB and tags to move the tests
- Jan talked about the need to look at dependency tree to determine if tests can move or not
- Data 1.1 has a release plan drafted. Nathan will follow up with the Data community to determine if they are ready for plan review.