Details
-
Type:
Bug
-
Status: Resolved
-
Priority:
Major
-
Resolution: Works as Designed
-
Affects Version/s: 4.2.1, 4.2.5, 4.2.6, 4.3 GA
-
Fix Version/s: None
-
Component/s: Transaction
-
Labels:None
-
Last commented by a User:true
Description
If we have more than one TransactionManager involved, and If we invoke JmsTransactionManager first, followed by JPATransactionManager then JPATransactionManager is coming as null. which eventually breaks code.
Exact Scenario is explained by Murali Mohan Rath : He raised a related bug at https://jira.spring.io/browse/DATACMNS-803
Because of this issue we were not able to migrate from Spring 4.1.6 to any higher Spring Version
This issue is already raised in SPR-13243. and latest comment from Juergen Hoeller below
As for the target suddenly being null in some scenarios on 4.x, this seems to be a separate issue not caused by the changes behind SPR-13243( https://jira.spring.io/browse/SPR-13838). Let's create a separate JIRA issue for that scenario if it remains to be a problem.
This issue is not still resolved in Spring 4.3.0 also.
.
Attachments
Issue Links
- is related to
-
DATACMNS-803 ChainedTransactionManager does not work with latest spring
-
- Closed
-
- relates to
-
SPR-13838 Regression: Shared EntityManager proxy insists on actualTransactiveActive flag even with SYNCHRONIZATION_NEVER
-
- Closed
-
-
SPR-11923 Shared EntityManager should immediately throw TransactionRequiredException if no transaction in progress
-
- Closed
-
-
SPR-13243 Inconsistent JPA behavior using no transaction, propagation SUPPORTS and OpenEntityManager pattern
-
- Closed
-