As required by the Java Specification Participation Agreement (JSPA), the TCK will be licensed at no charge without support to qualified not-for-profit. The Compatibility Testing Scholarship Program will verify such qualification. Support may also be provided at no charge with approval of the scholarship board. For more information, please refer to:http://www.oracle.com/technetwork/java/index-137188.html

2012.04.06:

2.13 Please describe the anticipated schedule for the development of this
specification.

January 2011 Expert Group formed
Q3 2011 Early Draft
Q3 2012 Public Review
Q4 2012 Proposed Final Draft
Q1 2013 Final Release

2.1 Please describe the proposed Specification:

The Java Persistence API is the Java API for the management of persistence and object/relational mapping in Java EE and Java SE environments. It provides an object/relational mapping facility for the Java application developer using a Java domain model to manage a relational database.

The purpose of the Java Persistence 2.1 specification is to extend the Java Persistence API to include additional features requested by the community.

Aspects that should be considered by the Expert Group for inclusion in this work include, but are not limited to, the following:

* Support for the use of custom types and transformation methods in object/relational mapping.

* Support for the use of "fetch groups" and/or "fetch plans" to provide further control over data that is fetched, detached, copied, and/or used in merging.

* Support for the specification of immutable attributes and readonly entities.

* Support for user-configurable naming strategies for use in O/R mapping and metamodel generation.

* More flexibility in the use of generated values; support for UUID generator type.

2.3 The Executive Committees would like to ensure JSR submitters think about how their proposed technology relates to all of the Java platform editions. Please provide details here for which platform editions are being targeted by this JSR, and how this JSR has considered the relationship with the other platform editions.

The Java Persistence API is designed for both Java EE and Java SE platform environments. It is expected that Java Persistence 2.1 will be included as a required part of the Java Platform, Enterprise Edition version 7. Aligning the timeline of this JSR with that of Java EE 7 may therefore impact the scope of the Java Persistence 2.1 release. Features that may not be able to be addressed in Java Persistence 2.1 due to time constraints may become candidates for a future release.

2.4 Should this JSR be voted on by both Executive Committees?

No. It should be voted on by the Java SE / EE Executive Committee only.

2.5 What need of the Java community will be addressed by the proposed specification?

The goal of the proposed specification is to address the needs of the Java community by adding functionality to the Java Persistence API to address requests received from the members of the community.

2.6 Why isn't this need met by existing specifications?

See 2.5 above. The Java Persistence 2.1 release will augment the Java Persistence API with features that have been requested by the community and that are not present in the current release.

2.7 Please give a short description of the underlying technology or technologies:

See above.

2.8 Is there a proposed package name for the API Specification? (i.e., javapi.something, org.something, etc.)

The API Specification will continue to use the javax.persistence, javax.persistence.criteria, javax.persistence.metamodel, and javax.persistence.spi packages.

2.9 Does the proposed specification have any dependencies on specific operating systems, CPUs, or I/O devices that you know of?

No.

2.10 Are there any security issues that cannot be addressed by the current security model?

No.

2.11 Are there any internationalization or localization issues?

No.

2.12 Are there any existing specifications that might be rendered obsolete, deprecated, or in need of revision as a result of this work?

No.

2.13 Please describe the anticipated schedule for the development of this
specification.

2.14 Please describe the anticipated working model for the Expert Group working on developing this
specification.

The primary means of communication will be email and conference calls. Face-to-face meetings will be scheduled if needed.

2.15 Provide detailed answers to the transparency checklist, making sure to
include URLs as appropriate:

* The public can read the names of the people on the Expert Group.

Yes. This information will be available in all spec drafts and on the Update page of the JSR.

* The Expert Group business is regularly reported on a publicly readable alias.

We intend this to be the case. In addition, blogs will be used to keep the community updated on the progress of the JSR.

* The schedule for the JSR is publicly available, it's current, and I update it regularly.

This will be available on the JSR Update page.

* The public can read/write to a wiki for my JSR.

See the answers to other questions. It is likely that other means will be used to achieve similar functionality in addition to the JCP public forum for the JSR.

* I read and respond to posts on the discussion board for my JSR on jcp.org.

The discussion board will be used by the expert group. In the predecessor to this JSR (JSR-317), members of the community could engage in discussions with the expert group by means of posting to feedback aliases that channeled directly into the expert group. We intend to investigate means by which this functionality might be made available.

* There is an issue-tracker for my JSR that the public can read.

The issue-tracker for the JPA 2.1 reference implementation will be available to the public. Open issues in the specification drafts will be flagged there.

* I have spoken at conferences and events about my JSR recently.

Yes. It is expected that expert group members will participate in conferences and events and present updates on Java Persistence 2.1.

* I am using open-source processes for the development of the RI and/or TCK.

The Java Persistence RI is being developed under the open source EclipseLink project and is being made available through GlassFish.

* The Update tab for my JSR has links to and information about all public communication mechanisms and sites for the development of my JSR.

This will be the case.

2.16 Please describe how the RI and TCK will de delivered, i.e. as part of a profile or platform edition, or stand-alone, or both. Include version information for the profile or platform in your answer.

Oracle Corporation will deliver a Reference Implementation (RI) and Technology Compatibility Kit (TCK) available both stand-alone and as part of Java EE 7.

2.17 Please state the rationale if previous versions are available stand-alone and you are now proposing in 2.13 to only deliver RI and TCK as part of a profile or platform edition (See sections 1.1.5 and 1.1.6 of the JCP 2 document).

N/A

2.18 Please provide a description of the business terms for the Specification, RI and TCK that will apply when this JSR is final.