[ 
https://issues.apache.org/jira/browse/ARIES-1783?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16699162#comment-16699162
 ] 

ASF subversion and git services commented on ARIES-1783:
--------------------------------------------------------

Commit 12292696477fd0b982fb8e8a82a11a87e9c15764 in aries-jpa's branch 
refs/heads/master from [[email protected]]
[ https://gitbox.apache.org/repos/asf?p=aries-jpa.git;h=1229269 ]

ARIES-1783 EM joins transaction when needed

EMSupplier makes a cached EM join a transaction if there is currently
an active one.

> TransactionRequiredException when non-transactional method precedes a 
> transactional one in the same service.
> ------------------------------------------------------------------------------------------------------------
>
>                 Key: ARIES-1783
>                 URL: https://issues.apache.org/jira/browse/ARIES-1783
>             Project: Aries
>          Issue Type: Bug
>          Components: JPA
>    Affects Versions: jpa-2.5.0
>            Reporter: Daniel Estermann
>            Assignee: Christian Schneider
>            Priority: Major
>
> Assume I have a service implementation with a method annotated with 
> @Transactional and one of TxTypes not starting a transaction:
>  * NEVER
>  * NOT_SUPPORTED
>  * SUPPORTS
> From that non-transactional method I want to use a self-reference resolved 
> via BundleContext to call a transactional method in the same service, 
> annotated with one of those TxTypes:
>  * REQUIRED
>  * REQURES_NEW
> Since the resolved self-reference is a proxied object I expect it to be able 
> to start a new transaction. This is not the case however and the subject 
> exception occurs.
>  
> I created a test case revealing the issue in the following pull request: 
> https://github.com/apache/aries-jpa/pull/2



--
This message was sent by Atlassian JIRA
(v7.6.3#76005)

Reply via email to