axis-java-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Rajeev Verma (JIRA)" <j...@apache.org>
Subject [jira] Created: (AXIS2-4825) Transaction rollback to backout requeue with IBM MQ is not working
Date Mon, 20 Sep 2010 23:27:33 GMT
Transaction rollback to backout requeue with IBM MQ is not working
------------------------------------------------------------------

                 Key: AXIS2-4825
                 URL: https://issues.apache.org/jira/browse/AXIS2-4825
             Project: Axis2
          Issue Type: Bug
          Components: transports
    Affects Versions: 1.5.1
         Environment: Operating System - Windows XP Professional
Tomcat v6.0.28
IBM Websphere MQ v7.0.1.2
Axis2 v1.5.1 
JMS Transport version 1.0.0
            Reporter: Rajeev Verma


There is an issue with uncommitted messages in the backout queue. This is what we are doing:

We have enabled JMS transportreceiver and JMS transportsender on axis2 (v1.5.1) to connect
to IBM Websphere MQ v7.0.1.2. My application is deployed on Tomcat v6.0.28 and services.xml
in my service aar file has following parameters set:

<parameter name="transport.jms.ConnectionFactory" locked="false"> LGRIDConnectionFactory</parameter>
<parameter name="transport.jms.Destination" locked="false">TEST</parameter>
<parameter name="transport.jms.SessionAcknowledgement" locked="false">SESSION_TRANSACTED</parameter>
<parameter name="transport.jms.SessionTransacted" locked="false">true</parameter>
<parameter name="transport.jms.CacheLevel" locked="false">consumer</parameter>
<parameter name="transport.Transactionality" locked="false">local</parameter>

Service has an operation which gets triggered when a message arrives to TEST queue. We have
set SessionTransacted to true so that in case of any exception message gets rolled back to
queue and obviously consumed by the application to reprocess. We have also setup Backout Threshold
(BOTHRESH) as 2 and Backout requeue queue (BOQNAME) as TEST_DLQ on this TEST Queue. We want
application to re-try two times if it still fails move the message to Backout requeue queue.

Now this complete configuration works as we expected but the messages which are moved to Backout
requeue queue are not committed and we are not able to browse those messages. When we stop
the tomcat messages are moved back to TEST queue and we can browse there. If we start the
Tomcat again without removing those message, application does not pick them and they are directly
moved to Backout requeue queue and still has uncommitted state. We were expecting the bad
messages to get committed in backout queue, so that they can be browsed and handled manually.

Please let us know if any fix is available for this.

Many thanks!!!

Thanks and Regards,
Rajeev Verma

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


---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org
For additional commands, e-mail: java-dev-help@axis.apache.org


Mime
View raw message