Re: [jakarta.ee-community] Am i right with the representation in the dia

[Suren Konathala <konathalasuren@xxxxxxxxx>]

Awesome.. that's a great summary. When i started this, i wanted to visualize the organization/management of Java EE based projects at Eclipse in 1 slide. With all of your valuable input, this is turning out to be a great slide.

-Suren

On Tue, Aug 14, 2018 at 11:20 AM Wayne Beaton <wayne.beaton@xxxxxxxxxxxxxxxxxxxxxx> wrote:

Close.

It's more accurate to say that the EE4J PMC provides oversight, guidance, best practices, governance, etc. for all of the open source projects that are part the EE4J Top Level Project. That is the Top Level Project is part of the organizational structure, and the PMC is the actual group that provides the services. I may be splitting hairs (it's common to conflate the PMC and the TLP).

The PMC provides governance for all projects, regardless of what the projects actually do. So this includes both specification and implementation projects. It's also the PMC that oversees the release process (with help from the EMO).

The Jakarta EE Working Group (via the Specification Committee) is responsible for taking the specifications produced by the open source projects and designating them as "official" (I really want to say "promote", but the marketing folks get confused when I do that). They are further responsible for managing the process by which implementations of the specifications are certified.

The Jakarta EE Platform is just one of the specifications. It happens to be what is referred to as a "profile", so it's a special specification, but there are other specifications that are also special. 

There are only three committees in the Jakarta EE Working Group: Steering, Specification, and Marketing and Brand. The Eclipse IP Advisory Committee is not part of the working group.

The easiest way to think about is it that the PMC works at the "committers and projects" level, and the working group works at the "companies and business" level. 

TL;DR: The open source projects, under the supervision of the PMC, assemble the various artifacts (spec document, API, TCK, implementation) and hand them off to the Spec Committee to designate as official and implement the certification process.

Wayne

On Tue, Aug 14, 2018 at 11:54 AM, Suren Konathala <konathalasuren@xxxxxxxxx> wrote:

Thanks for the feedback.. Updated the org

On Tue, Aug 14, 2018 at 10:39 AM Steve Millidge (Payara) <steve.millidge@xxxxxxxxxxx> wrote:

For more confusion the IP/Legal committee is an Eclipse Foundation Board committee not a Jakarta EE committee.

 

IMHO;

 

Jakarta EE Working Group governs the Jakarta EE brand and what can be called Jakarta EE.

EE4J governs all the projects under the EE4J top level project. These things aren’t a simple overlap.

 

See an article I wrote a while back https://dzone.com/articles/how-decisions-are-made-jakarta-ee-and-eclipse-micr things may have evolved since then!

 

Steve

 

 

From: jakarta.ee-community-bounces@xxxxxxxxxxx <jakarta.ee-community-bounces@xxxxxxxxxxx> On Behalf Of Werner Keil
Sent: 14 August 2018 16:20
To: Jakara EE community discussions <jakarta.ee-community@xxxxxxxxxxx>
Subject: Re: [jakarta.ee-community] Am i right with the representation in the diagram?

 

Being in the Specification Committee I know, the term "Reference Implementation" is disregarded in favor of "Specification Implementation". It is still a standard implementation by Eclipse Foundation projects (or some could also be elsewhere e.g. at Apache Foundation) but not a Reference Implementation in JCP terms.

 

There is also at least an IP/legal Committee which currently has a hard time in certain terms of legal questions like opening up the TCK, etc.

 

 

On Tue, Aug 14, 2018 at 4:24 PM Richard Monson-Haefel <rmonson@xxxxxxxxxxxxx> wrote:

This has always been a bit confusing. However, I would say that the Jakarta EE Working Group governs the platform and its specification/api projects.  The EE4J governs the reference implementations (e.g. Glassfish) under its umbrella (some are not owned by eclipse).   And the PMC governs the EE4J. As to weather or not the PMC governs the Jakarta EE Working Group has never been entirely clear to me since the PMC formed it.

 

Also missing are the Jakarta EE Specification Committee and Jakarta EE Marketing Committee which are themselves managed by the Jakarta EE Steering Committee which none of which is really managed by the PMC as they are industry groups.   

 

On Mon, Aug 13, 2018 at 3:47 PM, Suren Konathala <konathalasuren@xxxxxxxxx> wrote:

Wanted to summarize the project/groups organization?

 

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-community

 

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-community

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-community

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-community

--

Wayne Beaton

Director of Open Source Projects

The Eclipse Foundation

_______________________________________________
jakarta.ee-community mailing list
jakarta.ee-community@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jakarta.ee-community