Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
[jakarta.ee-spec.committee] Review for approval: Jakarta EE Specification Committee Meeting Minutes - June 30th, 2021

The minutes for the June 30th Specification Committee call are below and are also available here. Please review and be ready for approval during our call on July 14th.

Jakarta EE Spec Committee - June 30th, 2021 [1300 UTC]

Attendees (present in bold):


Kenji Kazumura - Fujitsu

Dan Bandera - IBM - Kevin Sutter, Tom Watson

Ed Bratt - Oracle - Dmitry Kornilov

Andrew Pielage - Payara - Matt Gill

Scott Stark - Red Hat - Mark Little, Scott Marlow

David Blevins - Tomitribe - Jean-Louis Monteiro, Cesar Hernandez

Ivar Grimstad - PMC Representative

Marcelo Ancelmo - Participant Member - Martijn Verburg

Werner Keil - Committer Member

Jun Qian - Primeton - Enterprise Member 

 

Eclipse Foundation: Tanja Obradovic, Paul Buck (chair)


Past business / action items:

  • Approval is requested for the meeting minutes from the June 16th meeting as drafted - Approved.


Agenda:

See the spreadsheet and presentation linked above for reference, no updates were made in the call

  • Proposal from Dan, Kevin and Scott S. for how to handle optional features in Jakarta EE specifications including Platform and Web Profile. The proposal is here (see June 2nd minutes for additional background)

    • [06/16]Dan and Paul authored a resolution:

      • DRAFT RESOLUTION (added during the call): Is to eliminate marking any Jakarta EE Specification feature as optional in some future release of each Jakarta EE Working Group Specification, including and possibly starting with the Jakarta EE Platform Specification Release 10.  All remaining features would be required.

      • Clarifying text to the proceeding resolution: The process would be to mark all optional features in the current release as “Deprecated” in a new Minor release (Release 9.2), and in a subsequent Major release (not necessarily the very next Major release) eliminate the Deprecated feature completely from the Jakarta EE Platform Specification. Eliminating these Deprecated features is not retroactive to earlier released specifications, which will continue to exist. As implied, “Deprecated” will be defined as a way of marking a feature as on the path to complete elimination from some future release, and it indicates to the public “this feature is going away”.   This two-step process provides a formal communication mechanism within the specification itself for the Working Group to signal to the community that a feature will definitely be removed from a future release. The intent is to mark current features marked as “Optional” as “Deprecated”, but in the future even “Required” features could be marked as “Deprecated” should the Working Group decide to prune little used features from the platform. This two-step process will take longer but will also give consumers of the platform a longer runway to plan for and deal with the elimination of the feature should they wish to consume that future platform release.

    • [06/16] Agreed to next steps:

      • 1. Specification Committee members have requested time to review the resolution, and provide input on the Spec Committee mailing list over the next 7 days. [Done - Kevin posted to jakarta.ee-spec.committee at Wed, Jun 16, 2:59 PM]

      • 2. Following 1., send the proposal  on optional features: draft resolution, clarifying text & the final version from the original document to Spec Project Leads mailing list to explain dissenting views or counter proposals over 7 days. 

      • 3. Target to ballot on the resolution in the Spec Committee call on June 30th.

    • Review the discussion that occurred on the list (see 1. above) and assess next steps required to get to 2. and 3.

Dan has reviewed the discussion thread on the mailing list and proposed that the resolution be redrafted to reflect the input. Key objective is to allow for other (besides Glassfish) CI to fully implement the Platform Specification and over time eliminate optional features.

Scott mentioned that being dependent on one and only one CI creates potentially undue exposure to the releases of Jakarta EE. Objective is to increase the pool of CIs that could be a ratified final CIs.

Dan asked that an investigation be done to determine which optional features if dropped, would make it possible for other CIs (besides Glassfish) to be a ratified final CIs.

Question: Does the Web Profile have any optional features? On the call the assessment was No.

Request to non-Glassfish open source Jakarta EE Platform implementations (ie. WildFly & OpenLiberty) - what is the set of features that are optional and are not implemented in the platform?

Back to the top