Re: [jakarta.ee-spec.committee] Proposal for handling "optional" feature

[Wayne Beaton <wayne.beaton@xxxxxxxxxxxxxxxxxxxxxx>]

I've commented on the document that there does not appear to be anything in the proposal that is not supported by the EFSP.

This seems like a good opportunity to point the entire specification committee to some work that I've been doing to prepare a draft of the EFSP 1.3.

One of the themes is to remove elements of the process that prescribe the nature of specifications. The foundational process is not, IMHO, the place to make specific requirements regarding how optional elements must be defined and implemented, or even have any notion of optional elements. Individual specifications themselves--or the specification committee--can opt make this requirement, but should not inherit it as an absolute requirement by default (i.e., if the Jakarta EE specification committee feels strongly that some aspect of the nature of how specifications themselves are written and implemented, they can include it in the JESP).

I opened issue 42 to track this specific change (issue 22 requests clarification of "optional", my hope is to remove the concept instead).

I've created a board to manage all of the issues that I'm tracking for this iteration.

The diff of my work-in-progress is here. Bear in mind that I am actively working on this, so the work-in-progress will change.

There's a couple of big things on the list that may be of interest to the Jakarta EE specification committee:

• Remove Service Releases from the Approvals section of EFSP
• Super-majority of the Strategic Members of the Working Group" doesn't work in the general case
• Clarify the nature of "early adopters"

Please do add your comments on these and any other issue. Please feel free to open additional issues.

I need one volunteer to represent the interests of the Jakarta EE specification committee on a committee to revise the EFSP. At this time, I'm anticipating that we'll do most of the work via the repository and have possibly one or two short meetings to discuss issues. I'll leave it to the specification committee to decide how to select the representative.

Thanks,

Wayne

On Wed, May 5, 2021 at 9:52 AM Kevin Sutter <sutter@xxxxxxxxxx> wrote:

Just to show that I found this thread...  ;-)  

We started this discussion on today's Spec Committee call.  Limited participation, but the general direction seemed to be acceptable.  A couple of participants would like more time to digest the document before commenting.  Please review the meeting minutes for our discussion points.  

Let's use this thread to discuss any additional items before our next Spec Committee call.

---------------------------------------------------
Kevin Sutter
STSM, Jakarta EE and MicroProfile architect @ IBM
e-mail:  sutter@xxxxxxxxxx     Twitter:  @kwsutter
phone: tl-553-3620 (office), 507-253-3620 (office)    
LinkedIn: https://www.linkedin.com/in/kevinwsutter

Part-time schedule: Tue, Wed, Thu (off on Mon and Fri)



From:        Paul Buck <paul.buck@xxxxxxxxxxxxxxxxxxxxxx>
To:        Jakarta specification committee <jakarta.ee-spec.committee@xxxxxxxxxxx>
Date:        04/30/2021 14:18
Subject:        [EXTERNAL] [jakarta.ee-spec.committee] Proposal for handling "optional" features in Jakarta EE Working Group's specification
Sent by:        "jakarta.ee-spec.committee" <jakarta.ee-spec.committee-bounces@xxxxxxxxxxx>

---

Dan Bandera in collaboration with Scott Stark and Kevin Sutter authored a proposal for how the Jakarta EE Working Group should handle "optional" features in specifications. The document is here, please review, provide comments and suggested edits. I will include this as an agenda topic in our Specification Committee call on Wednesday, May 5th.

Thanks ... Paul

_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee



_______________________________________________
jakarta.ee-spec.committee mailing list
jakarta.ee-spec.committee@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakarta.ee-spec.committee

--

Wayne Beaton

Director of Open Source Projects | Eclipse Foundation