Topic
|
Description
|
Current Status
|
Java Trademark License
|
Oracle must provide the Eclipse Foundation a license to use specification names such as JMS and Java Message Service, as well as the related javax namespaces. This is to enable future versions of the specifications to be created under the same names.
|
DIscussions happened in January 2018 based on a document prepared by Bill Shannon. Seemed like good progress was made and we were close to a consensus, but no visible progress since.
Action:Oracle to provide Eclipse with a draft agreement
|
License to Existing Specifications
|
Oracle asserts that they cannot provide the Eclipse Foundation with a license to the specification documents. As a result, new versions of the specifications cannot be based on the existing specification document. This is despite the fact that JSPA Section 5.A. says "Subject to each contributor’s underlying rights in its own Contributions, the Spec Lead(s) for a particular JSR at the time of the final release of the Specification shall own the copyright to the final Spec generated pursuant to that JSR under United States copyright law."
Cannot license existing Java EE specifications under an open source license because:
– A specification likely includes materials contributed by third parties years ago
– Contributions may have been made under license terms that are not open source compatible
– Matching a contributor to a specific, included contribution, or getting consent from all possible
contributors is not practical
|
No visible progress on this for months.
Action:Oracle to provide Eclipse with a separate submission of all JavaDocs under the EDL.
|
TCK License
|
In order to ship a Java EE 8 compliant release release of Eclipse Glassfish, the Eclipse Foundation must license all of the existing EE8 TCKs from Oracle.
This will also include a Java EE trademark license
|
Almost done.
|
Eclipse Specification Process
|
New document that is modeled after the EDP describing process of creating specifications, TCKs and RIs
Approved by the Eclipse Foundation Board of Directors
Adopted by the Jakarta EE Working Group Specification Committee
Additional notes betlow.
The Eclipse Foundation is tasked with creating a new specification process to guide future development of Java EE specs, and the creation and inclusion of new ones. This will involve:
The creation of a new certification mark (brand)
The creation of a new certification process that will allow organizations to use the certification mark to denote compatibility.
The creation of a new specification license.
The creation of a new expert group process that will define how specifications are created and evolved.
Develop rules for licensing patents related to specification
(Each of these could be there own separate issue.)
|
Not started
|
Documentation License
|
Oracle has a large amount of non-specification documentation that they plan to contribute. We need to know what license to use for all of that documentation. Some of the documentation is not specific to our
implementations (e.g., the Java EE tutorial), so we wouldn't want the license to interfere with the ability of other implementations to use that documentation.
|
Resolved: Text will be provided at Oracle's discretion under either the EDL 1.0 (aka BSD-3 Clause) or the EE4J code license EPL-2.0 OR GPL-2.0 WITH Classpath-exception-2.0.
Code examples will be provided under the EDL 1.0 (aka BSD-3 Clause)
Action:Oracle to submit documentation.
|
Jakarta EE Participation Agreement
|
Agreement that binds Member companies to the IP rules (especially patents) related to contributions to specifications
Every person involved in a specification project must be covered by a JPA
Approved by the EMO, working with the IP Advisory Committee
Adopted by the Jakarta EE Working Group Steering Committee
|
Not started
|
Eclipse Specification License
|
Terms allowing independent implementations of specifications
Approved by the EMO, working with the IP Advisory Committee
Adopted by the Jakarta EE Working Group Steering Committee
|
Not started
|
Eclipse TCK License
|
Terms allowing access to TCKs
Approved by the EMO, working with the IP Advisory Committee
Adopted by the Jakarta EE Working Group Steering Committee
|
Not started
|
Jakarta EE Trademark License
|
Terms allowing use of the Jakarta EE logo by compatible implementations
Approved by the EMO, working with the IP Advisory Committee
Adopted by the Jakarta EE Working Group Steering Committee
|
Not started
|
Patent licenses contributed under the existing JCP
|
As a transition-related issue, one might note that consideration should be given to the extent to which patent licenses for specifications developed in the JCP (under the JSPA) will be carried forward to updated versions of those specifications. When succeeding versions were, like the earlier versions, were created subject to the JSPA, there was not a dramatic loss of patent commitments when a spec was updated to a new version. However, when moving from the JSPA to a new regime, this is not so simple; this is complicated topic.
|
Not started
|