You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Michael Dick (JIRA)" <ji...@apache.org> on 2008/04/25 22:25:55 UTC

[jira] Commented: (OPENJPA-159) Make ManagedRuntime amenable to more transaction execution strategies

    [ https://issues.apache.org/jira/browse/OPENJPA-159?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12592494#action_12592494 ] 

Michael Dick commented on OPENJPA-159:
--------------------------------------

Edit,messed up the link, the new WebSphere Managed runtime is provided in OPENJPA-149

> Make ManagedRuntime amenable to more transaction execution strategies
> ---------------------------------------------------------------------
>
>                 Key: OPENJPA-159
>                 URL: https://issues.apache.org/jira/browse/OPENJPA-159
>             Project: OpenJPA
>          Issue Type: Sub-task
>          Components: jdbc, kernel
>            Reporter: Patrick Linskey
>            Assignee: Michael Dick
>             Fix For: 1.2.0
>
>
> OpenJPA occasionally needs to perform work in a non-business transaction (see AbstractJDBCSeq.java). In a transactional environment, one way that this is achieved is by suspending the current JTA transaction, starting a new one, doing the work, cleaning up the new tx, and resuming the original one. Some environments do not allow direct transaction control, but mechanisms such as stateless session beans can often be used to kick off atomic operations that should execute in a separate transaction.
> We could easily add ManagedRuntime.executeInNewTransaction(Runnable) that captured this slightly-coarser-grained transaction control. The default implementation could simply do  suspend(), begin(), invoke Runnable.run(), commit()/rollback(), resume().

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.