[esb-issues] [JBoss JIRA] Updated: (JBESB-1438) JMS Courrier does not support transacted mode
Jiri Pechanec (JIRA)
jira-events at lists.jboss.org
Fri Jan 25 11:04:31 EST 2008
[ http://jira.jboss.com/jira/browse/JBESB-1438?page=all ]
Jiri Pechanec updated JBESB-1438:
---------------------------------
Attachment: trans.tgz
I am attaching the example that should prove if transaction sending works or not. The test is based on bpm_orchestration1 quickstart.
There is a EsbNotifier action attached to transition from start node to the first one. The aciton prints message: ********** This should be second ***********
On the first node there is a node-enter event that sleeps for 5 seconds and then prints message: ***** This should be first *****
The expected output of the test is 5 seconds no action, then messages
***** This should be first *****
********** This should be second ***********
If transactions are not working then the messages comes in opposite order.
> JMS Courrier does not support transacted mode
> ---------------------------------------------
>
> Key: JBESB-1438
> URL: http://jira.jboss.com/jira/browse/JBESB-1438
> Project: JBoss ESB
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Rosetta, Documentation, Examples, Process flow
> Affects Versions: 4.2.1
> Reporter: Jiri Pechanec
> Assigned To: Daniel Bevenius
> Priority: Blocker
> Fix For: 4.2.1 CP1
>
> Attachments: trans.tgz
>
>
> JMS Courrier (deliver side) operates only with non-transacted queue sessions. This prevents jBPM integration to work correctly. The problem can be sketched this way
> 1) The message is received via JMS/JCA listener, transaction is started
> 2) jBPM process is invoked
> 3) jBPM process sends message (calls service) in non-transacted mode
> Three situations can happen
> 1) Exception is thrown later, it means that global transaction is rolled back but another service was already invoked - BUG
> 2) jBPM process goes to the wait state and waits for response from ESB, global transaction is committed, called service sends back signal to continue process - OK
> 3) jBPM process goes to the wait state and waits for response from ESB, called service sends back signal to continue process - but the global transaction was not committed yet - BUG
> This is key feature to have ESB/jBPM integration working safely.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the esb-issues
mailing list