Re: [jakartaee-platform-dev] [DISCUSS] Introduce "favored specification"

[Brian Stansberry <brian.stansberry@xxxxxxxxxx>]

On Wed, Aug 9, 2023 at 7:27 PM Edward Burns via jakartaee-platform-dev <jakartaee-platform-dev@xxxxxxxxxxx> wrote:

For discussion I'd like to separate the two aspects of "is this a good idea or not" and "what should we call this thing".

 

Because I suggested the idea, I am already on the record of thinking it’s a good idea. However the discussion shapes the idea, the main thing for me is to take some action in the platform spec such that the next time someone says, “there’s not enough evidence to show demand for <SPEC> for it to be included in the platform” at least I know that we used the Jakarta specification brand itself to try to give <SPEC> some official recognition.  Notice I did not say “status”.

I'm in favor of this idea. I'm in the camp of not wanting to see inclusion in the platform being used to drive adoption of specs that otherwise haven't gained adoption. But Jakarta doing some cross-promotion of its specs sounds fine.

 

As for the name, I have gone back and forth, I have landed on “favored specification” because it has no baggage and is something of an eye-catching head-scratcher.

If we formalize what the list is, that may help with the name. In concrete terms, for EE 11 I believe we're talking about any of Jakarta MVC, Jakarta Data and Jakarta NoSQL that aren't approved for inclusion in the platform. So in abstract terms, is that what we're talking about? Specs that came to a vote for inclusion in the platform but the vote didn't pass? In that case the Candidate term seems reasonable.

If we specifically vote for which specs are in this list, separate from any vote for inclusion in the platform, then a term like favored feels better to me, as the vote would have to pass, indicating general 'favor'. A 'candidate' that received little support for inclusion in the platform may not really be 'favored'.

We also discussed listing all the standalone specs. If we went that route 'favored' would be problematic. We'd also have to work out how to deal with the formerly optional standalone specs that are still active but have been removed from the platform.

 

Ed

 

 

| edburns@xxxxxxxxxxxxx | office: +1 954 727 1095

| Calendar Booking: https://aka.ms/meetedburns

|

| Please don't feel obliged to read or reply to this e-mail outside

| of your normal working hours.

|

| Reply anonymously to this email: https://purl.oclc.org/NET/edburns/contact

 

_______________________________________________
jakartaee-platform-dev mailing list
jakartaee-platform-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jakartaee-platform-dev

--

Brian Stansberry

Principal Architect, Red Hat JBoss EAP

He/Him/His