Skip to main content

Jakarta EE Platform Call

Date: 2021-11-02

Present:

  • Jean-Louis Monteiro (Tomitribe)
  • Scott Marlow (Red Hat)
  • Emily Jiang (IBM)
  • Kevin Sutter (IBM)
  • Thomas Watson (IBM)
  • Lukas Jungmann (Oracle)
  • Ed Bratt (Oracle)
  • Dmitry Kornilov (Oracle)
  • Tanja Obradovic (Eclipse Foundation)
  • Roberto Cortez (Red Hat)
  • Scott Stark (Red Hat

Agenda and Minutes

Jakarta EE 10 Status (standing agenda item)

  • Kevin sent out a note to the Spec Committee mentors asking for some assistance with the Component Specs targeted for Jakarta EE 10. Prompted some activity, but we’re still not ready for the PRs and Ballots.

  • Scott Stark reports that service release updates are still in progress. For example Interceptors. There are dependency related issues that are blocking some specification progress. See EE 10 Spec. planner spreadsheet. See Jakarta EE Sheet (Jakarta 9.1 & 10 PR tab)

  • JSON Binding may need to move from minor to major release due to proposal for adding an incompatible API. There are still some other issues pending so this is still a ‘possible’ update.

TCK Update from Scott Marlow

  • Work is proceeding.

  • Stand-alone staged Specification TCK build work is underway. These allow use of staged Maven artifacts in replacement of the GlassFish build.

  • Still need to remove CORBA API JARs that are pulled out of GlassFish – this is still work in progress

  • Some additional work for separate / refactored TCKs – Alwin and Guru work is appreciated.

  • Some discussion about resolving Arquillian changes needed by stand-alone TCKS. JAX-RS TCK has a requirement that involves vendor-specific deployment descriptors and is searching for a vendor neutral solution. This work will continue.

  • Discussion about notification requirements from Component Specifications when new artifacts are released. There seemed to be agreement that something affirmative should be done to track updates in artifacts – rather than just discovering changes due to TCK failures.

    • https://github.com/eclipse-ee4j/jakartaee-tck/issues/756 is the current tracker for updating to the staged SPEC APIs.
    • We could have an issue per spec API, which we did before for EE 9.1
    • Scott, Scott and Ed will work out a proposal for next week.

[Emily]Annotation Priority used inconsistently in CDI and JAX-RS

  • CDI: if choosing one bean for alternatives, the one with the highest number wins.
    • https://jakarta.ee/specifications/cdi/3.0/jakarta-cdi-spec-3.0.html#unsatisfied_and_ambig_dependencies
  • JAX-RS: if choosing one provider, the provider with the lowest priority number wins.
    • https://jakarta.ee/specifications/restful-ws/3.0/jakarta-restful-ws-spec-3.0.html#provider_priorities
    • https://jakarta.ee/specifications/annotations/2.0/annotations-spec-2.0.html#jakarta-annotation-priority - The annotations spec defines that each specification may decide how to use this annotation.
  • Discussed ambiguities in language (First (1) Priority, Second (2) Priority vs. Top Priority (i.e. highest number – e.g. 10000).

  • Discussed possible patterns to address confusions and ambiguities in the descriptive language vs. the implementation interpretation

  • Possible to create new annotations that use a consistent approach and can be utilized across different specifications (show up in Annotations specification – Roberto provided the following link into the Annotations Specification on this topic).

  • Emily will do some more research and return with a proposal to resolve. Probably this is a post EE 10 issue. Emily will write a document and we will circulate it for comments.

Back to the top