Skip to main content

Jakarta EE Platform Project

Home for the Jakarta EE Platform Team

Jakarta EE Platform Call

Date: 2021-04-27

Present:

  • Kevin Sutter (IBM)
  • Scott Marlow (Red Hat)
  • Ivar Grimstad (Eclipse Foundation)
  • Jean-Louis Monteiro (Tomitribe)
  • Otavio Santana
  • Lukas Jungmann (Oracle)
  • Thomas Watson (IBM)
  • Ed Bratt (Oracle)
  • BJ Hargrave (IBM)
  • Brian Stansberry (Red Hat)
  • Dmitry Kornilov (Oracle)
  • Scott Stark (Red Hat)
  • Steve Millidge (Payara)
  • Ryan Cuprak (Jakarta EE Ambassadors)
  • Kenji Kazumura (Fujitsu)
  • Jesse McConnell(Webtide)
  • Emily Jiang (IBM)
  • John Clingan (Red Hat)

Agenda and Minutes

Jakarta EE 9.1

  • Platform 9.1 PR (https://github.com/eclipse-ee4j/jakartaee-platform/pull/330) - merged
  • Specifications 9.1 PR (https://github.com/jakartaee/specifications/pull/372)
    • Will be updated up until Friday
  • Merging service release versions to API JAR
  • CCRs
    • GlassFish - ok
    • OpenLiberty - on the way
    • WildFly Preview - on the way
    • TomEE - working on wrapping up the last tests for Jakarta REST
    • Payara - planning to release an alpha around the release date

Jakarta EE 8.0.x service release request (volunteers?)

  • https://github.com/eclipse-ee4j/jakartaee-api/issues/102
  • https://github.com/eclipse-ee4j/jakartaee-api/issues/101 (related)
  • https://github.com/eclipse-ee4j/jakartaee-api/issues/97 (related)
  • Produce new BOM
  • TCK run? Should not be required if changes are limited to BOM generation
    • Probably requires a separate issue for creating TCKs for validating BOMs in a future release (post 9.1)
  • Create PR to specifications repo for approving
  • Regarding how long to handle Jakarta EE 8.x TCK challenges, we will continue to handle them.
  • Will bring this up next call. Anyone interested in pushing this service release through can contact the platform team. A great way to learn the release process!

Jakarta EE Core Profile

  • Update scope statement “To provide a profile that contains a set of Jakarta EE Specifications targeting smaller runtimes suitable for microservices as well as allowing compilation to native images.”
  • Core Profile implicitly requires CDI Lite
  • https://github.com/jakartaee/specifications/pull/349

Jakarta Config

  • https://docs.google.com/document/d/1dED5v0KgPtCuRlxif6cI_V_G2nKlDCwz3vZETNBgRzY/edit?ts=6086ed3c&pli=1

Suggested Discussion Topics

  • Release- and versioning strategy https://github.com/eclipse-ee4j/jakartaee-platform/issues/332
  • Java SE versions https://github.com/eclipse-ee4j/jakartaee-platform/issues/331
  • JPMS Strategy https://github.com/eclipse-ee4j/jakartaee-platform/issues/329
  • Standalone TCK Guidance https://github.com/eclipse-ee4j/jakartaee-platform/issues/333
  • Architectural Guidelines Document https://docs.google.com/document/d/1WYcZOcJmQF4PKSwxPcgpKmg71c3LCmHcyh07ZF-rnew/edit
  • Handling of specification TCK tests that reference other specification containers Need to define how specification TCKs that reference other specification containers are handled

Back to the top