Description of problem: CLIENT_ACKNOWLEDGE mode is not valid for a non-gateway listener using jms-provider. If using the jms-provider then the message will be retrieved by the JmsCourier and converted into an ESB message, after which there is no longer a reference to the underlying JMS message. The JmsCourier should be detecting this and raising an exception. Version-Release number of selected component (if applicable): JBoss ESB 4.10 How reproducible: Consistently Steps to Reproduce: 1. Modfiy jboss-esb.xml of helloworld quickstart: <jms-provider name="JBossMQ" connection-factory="XAConnectionFactory"> <jms-bus busid="quickstartGwChannel"> <jms-message-filter dest-type="QUEUE" dest-name="queue/quickstart_helloworld_Request_gw" transacted="false" acknowledge-mode="CLIENT_ACKNOWLEDGE" /> </jms-bus> <jms-bus busid="quickstartEsbChannel"> <jms-message-filter dest-type="QUEUE" dest-name="queue/quickstart_helloworld_Request_esb" transacted="false" acknowledge-mode="CLIENT_ACKNOWLEDGE" /> </jms-bus> </jms-provider> 2. Invoke ant runtest Actual results: Message remains in the non-gateway queue after ESB service has been invoked. Expected results: An exception should be raised indicating that CLIENT_ACKNOWLEDGE mode is not supported on non-gateway queues using jms-listener.
Make it clearer for the user.
GSS considers this a high priority. At least one high value, high priority customer is involved in this case. JMS/Transactions/JCA is an area where we spend a lot of time and effort, if we can improve it we will be much better off.
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: When using jms-provider, CLIENT_ACKNOWLEDGE mode is not accepted as a valid non-gateway listener. Although the message is retrieved by the JmsCourier and converted into an ESB message, the reference to the underlying JMS message is removed. Because of this, the message remains in the non-gateway queue after ESB service has been invoked.
Technical note updated. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. Diffed Contents: @@ -1 +1 @@ -When using jms-provider, CLIENT_ACKNOWLEDGE mode is not accepted as a valid non-gateway listener. Although the message is retrieved by the JmsCourier and converted into an ESB message, the reference to the underlying JMS message is removed. Because of this, the message remains in the non-gateway queue after ESB service has been invoked.+When using jms-provider, CLIENT_ACKNOWLEDGE mode was not accepted as a valid non-gateway listener. Although the message was retrieved by the JmsCourier and converted into an ESB message, the reference to the underlying JMS message was removed. Because of this, the message remained in the non-gateway queue after ESB service has been invoked.
Tom Cunningham <tcunning> updated the status of jira JBESB-3739 to Resolved
Tom Cunningham <tcunning> made a comment on jira JBESB-3739 Throw an exception on JmsCourier construction if CLIENT_ACKNOWLEDGE is set in the JmsEpr.
Tom Cunningham <tcunning> updated the status of jira JBESB-3739 to Closed
Verified on 5.3.ER5. A quickstart using acknowledge-mode="CLIENT_ACKNOWLEDGE" deployment will now fail.
This product has been discontinued or is no longer tracked in Red Hat Bugzilla.