You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@activemq.apache.org by "David Jencks (JIRA)" <ji...@apache.org> on 2009/08/19 19:10:35 UTC

[jira] Commented: (AMQ-2346) in managed environment, 2 connections/session, UserTransaction, transaction management gets confused

    [ https://issues.apache.org/activemq/browse/AMQ-2346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=53678#action_53678 ] 

David Jencks commented on AMQ-2346:
-----------------------------------

I've found a way to reproduce the problem in activemq.  See activemq-ra/src/test/java/org/apache/activemq/ra/JmsXARollback2CxTransactionTest.java

The test testRepeatReceiveTwoThenRollback is currently renamed so it doesnt run.

rev 805881

> in managed environment, 2 connections/session, UserTransaction, transaction management gets confused
> ----------------------------------------------------------------------------------------------------
>
>                 Key: AMQ-2346
>                 URL: https://issues.apache.org/activemq/browse/AMQ-2346
>             Project: ActiveMQ
>          Issue Type: Bug
>          Components: JCA Container
>    Affects Versions: 5.3.0
>            Reporter: David Jencks
>             Fix For: 5.3.0
>
>
> In geronimo we're seeing an intermittent tck problem that seems to relate to a situation where there are:
> -- a BMT stateless session ejb
> -- two connections (I think these get shared to the same ManagedConnection)
> -- two sessions
> -- tx control through UT
> -- send a message in one tx
> -- receive message in a tx that is rolled back
> -- receive message in a tx that is committed
> In a public test case I'm seeing that the session proxies get confused about whether there is an active transaction.  This doesn't happen all the time but with a few repititions it happens consistently.
> See GERONIMO-4784

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