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/DesignDocs/374818"

(New page: = Design Specification: JPA 2.1 Unsynchronized Persistence Context = [http://bugs.eclipse.org/374818 ER 374818] == Document History == {|{{BMTableStyle}} |-{{BMTHStyle}} ! Date ! Author ...)
 
(Design / Functionality)
 
(3 intermediate revisions by the same user not shown)
Line 23: Line 23:
  
 
== Requirements ==
 
== Requirements ==
 +
Implement support for unsynchronized persistence contexts
  
 
== Design Constraints ==
 
== Design Constraints ==
  
 
== Design / Functionality ==
 
== Design / Functionality ==
 +
Simple update to check for the SynchronizationType before joining the persistence context to the transaction.  If the type is UNSYNCHRONIZED then the code will be updated to only register the synchronization listener when requested through joinTransaction()
  
 
== Testing ==
 
== Testing ==
Line 37: Line 39:
  
 
== Documentation ==
 
== Documentation ==
 +
 +
==Work Required==
 +
# Implement unsynchronized support
 +
#: approx 3 days
 +
# Testing - ensure Java EE behaviour
 +
#: approx 3 days
  
 
== Open Issues ==
 
== Open Issues ==

Latest revision as of 15:50, 17 December 2012

Design Specification: JPA 2.1 Unsynchronized Persistence Context

ER 374818

Document History

Date Author Version Description & Notes
07 September 2012 Gordon Yorke Initial Doc creation

Project overview

This feature introduces the concept of Persistence Contexts that are not registered with the transaction and do not respond to the transaction but at a later point the Persistence Context may be enlisted in the active transaction.

Concepts

In previous versions of the specification the Persistence Context was automatically enlisted in the transaction when any method on the Entity Manager was invoked. Now a Persistence Context can be specified as being unsynchronized in which case it will not longer be automatically enlisted within the transaction. In order for database synchronization to occur the Persistence Context must be enlisted in a transaction and any calls to flush() before enlistment result in exceptions.

Requirements

Implement support for unsynchronized persistence contexts

Design Constraints

Design / Functionality

Simple update to check for the SynchronizationType before joining the persistence context to the transaction. If the type is UNSYNCHRONIZED then the code will be updated to only register the synchronization listener when requested through joinTransaction()

Testing

API

GUI

Config files

Documentation

Work Required

  1. Implement unsynchronized support
    approx 3 days
  2. Testing - ensure Java EE behaviour
    approx 3 days

Open Issues

This section lists the open issues that are still pending that must be decided prior to fully implementing this project's requirements.

Issue # Owner Description / Notes

Decisions

This section lists decisions made. These are intended to document the resolution of open issues or constraints added to the project that are important.

Issue # Description / Notes Decision

Future Considerations

During the research for this project the following items were identified as out of scope but are captured here as potential future enhancements. If agreed upon during the review process these should be logged in the bug system.

Back to the top