EclipseLink 2.2.0 Release Notes
The EclipseLink 2.2 release focuses on providing advanced persistence features for user of relational, XML and Web Services to expose extended persistence features that naturally extend the industry standards in these spaces. As well as these new features, a great emphasis was placed on bug fixing in this release.
- 1 EclipseLink 2.2.0 Release Notes
- 1.1 Download EclipseLink 2.2.0
- 1.2 New and Noteworthy
- 1.3 Known Issues
- 1.4 Resolved Issues
- 1.5 Deprecated Functionality
- 1.6 Retention Policy
- 1.7 Future Releases
New and Noteworthy
- Monitor persistence performance with the new Performance Monitor. ...learn more
- Indexes can now be generated on the Database using our Index generation feature. ...learn more
- Allow for auto appending of strings to CREATE TABLE statements. ...learn more
- Allow Delete Cascading to be handled by the database, using CascadeOnDelete. ...learn more
- Filter data using our new AdditionalCriteria. ...learn more
- Partition row data across tables using our new PartitioningPolicy. ...learn more
- EclipseLink support for JPA in OSGi is deprecated in this release and will be replaced by the OSGi Enterprise Spec compliant Gemini JPA project in a future release. OSGi developers are encouraged to migrate to Gemini JPA with EclipseLink 2.2.
- MOXy Extensions: Additional MOXy annotation support required
- Dynamic MOXy - Bootstrapping from EclipseLink Externalized Metadata (OXM)
- JPA RESTful Service
- JPA 2.0
- JAXB 2.2
- SDO 2.1.1
The following are known issues that have been identified as potentially effecting users of EclipseLink 2.2. For a list of all open bugs and enhancement requests please see the queries at EclipseLink/Bugs
- 263944 - Removed an unmapped access element from the transformation element of the eclipselink orm schema. The correct access attribute metadata remains and should be the one that is used. See the bug for more details.
- 331234 - Corrected a JPA specification violation surrounding the xml-mapping-metadata-complete flag. The incorrect behavior however may have been employed by some users meaning they could encounter some issues and need to re-configure their xml metadata. See the bug for more details.
The following bug queries can be used by find known issues with specific feature areas. They return bugs reported against 2.2.
In addition to the features highlighted in the New and Noteworthy section this release also includes a substantial number of bug fixes and enhancement requests.
- All Fixed Bugs and enhancement requests
Property Name Generation from Introspector.decapitalize
The decapitalize method will now leave the property name in uppercase if the first and second characters are uppercase. EclipseLink will use the property name as ID, as detailed in the specification.
Note that this may require a change in some JPQL. For example, if previously you had a method with an annotation such as getCCustomers that would previously had a property named cCustomers, you will now need to use property CCustomers.
In EclipseLink 2.2 the following features/API have been deprecated. Please upgrade to the suggested alternatives to avoid issues in the future when these deprecated features/AIP might be removed.
|ObjectCopyPolicy||The ObjectCopyPolicy has been replaced with the CopyGroup. The full API from ObjectCopyPolicy is supported by CopyGroup requiring only a minor class name change in user code.|
|ObjectLevelReadQuery.addPartialAttribute||Partial attribute queries have been deprecated and replaced with the use of FetchGroup|
|ReadObjectQuery.selectionKey (Vector)||Replaced with the use of an object for single part keys and a CacheId for composite keys. The replacement API is: ReadObjectQuery#selectionId.|
|BasicMap, BasicCollection, CollectionTable||Deprecated in 2.0, these native mappings and supported configuration annotations are now supported by JPA 2.0's ElementCollection mapping and supported configuration annotations and orm.xml.|
The EclipseLink 2.2 release will remain available for download from the primary download page until the next release is shipped. At that point it will be moved to the previous releases where it remain for a minimum period of 2 years before becoming available for archival.
For more information about future planned EclipseLink releases and patch sets please refer to the releases section of the project summary.