Skip to main content

Jakarta EE Platform Call

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
  • 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.

Back to the top