Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "EclipseLink/Development/JPA 2.0/entitymanager updates"

(Issue Summary)
Line 7: Line 7:
 
A new operation 'clear' was also added including a new Cascade Type.  Calling clear on an Entity allows the user to remove an Entity and cascaded related entities from the persistence context.  Effectively an unregister call.
 
A new operation 'clear' was also added including a new Cascade Type.  Calling clear on an Entity allows the user to remove an Entity and cascaded related entities from the persistence context.  Effectively an unregister call.
  
The new Locking APIs will be covered by the locking functionality feature (http://wiki.eclipse.org/EclipseLink/Development/JPA_2.0/pessimistic_locking)
+
The new Locking APIs will be covered by the locking functionality feature (http://wiki.eclipse.org/EclipseLink/Development/JPA_2.0/pessimistic_locking) but as Query Hints can now be provided to lock, find and refresh calls this feature must add support for EM processing of these Query Hints.
  
 
See JPA 2.0 ED section 3.1.1 and 3.2.6 for details.
 
See JPA 2.0 ED section 3.1.1 and 3.2.6 for details.

Revision as of 11:43, 8 October 2008

Updated EntityManager / Query APIs

JPA 2.0 Root | Enhancement Request

Issue Summary

In JPA 2.0 the specification extends EntityManager and Query APIs. New APIs have been added for getting supported properties and getting the owning Entity Manager Factory.

A new operation 'clear' was also added including a new Cascade Type. Calling clear on an Entity allows the user to remove an Entity and cascaded related entities from the persistence context. Effectively an unregister call.

The new Locking APIs will be covered by the locking functionality feature (http://wiki.eclipse.org/EclipseLink/Development/JPA_2.0/pessimistic_locking) but as Query Hints can now be provided to lock, find and refresh calls this feature must add support for EM processing of these Query Hints.

See JPA 2.0 ED section 3.1.1 and 3.2.6 for details.

General Solution

The implementation of this functionality should be straight forward.

Work Required

  1. Develop test for testing new non-pessimistic locking APIs
    approx 2 days
  2. Update Processing to
    approx 3 days - clear(Object entity)
    approx 2 days - remaining APIs

Back to the top