]
Howard Gao updated JBMESSAGING-1754:
------------------------------------
Fix Version/s: 1.4.0.SP3.CP10
1.4.6.GA.SP1
1.4.7.GA
Assignee: Howard Gao
Implement the JBossMQ behavior on JBM, when stopDelivery() is invoked
via JMX console
-------------------------------------------------------------------------------------
Key: JBMESSAGING-1754
URL:
https://jira.jboss.org/jira/browse/JBMESSAGING-1754
Project: JBoss Messaging
Issue Type: Feature Request
Components: Messaging Core
Affects Versions: 1.4.0.SP3.CP08
Environment: JBoss-EAP-4.3_CP6, JBM-1.4.0-SP3_CP8P1
Reporter: Tyronne Wickramarathne
Assignee: Howard Gao
Fix For: 1.4.0.SP3.CP10, 1.4.6.GA.SP1, 1.4.7.GA
When stopDelivery() is invoked via JMX console for any given MDB, the in process messages
are rolled back to their corresponding destination without completing the process. This is
however *not* a bug, but the expected behavior in JBM, for this is how it has defined the
behavior of stopDelivery().
However on JBossMQ, the in process messages are completed at first, before stopDelivery()
is processed. Which means, the call made via stopDelivery() will be kept on hold, until
all in process messages are successfully completed. The customers migrating from JBossMQ
are seeing this as a compatibility issue, when porting their applications to work on JBM.
Hence, would it be possible to accommodate the behavior seen in JBossMQ on JBM please ?
I have tested this on both JBoss-EAP-4.3_CP6 as well as on JBoss-EAP-4.2_CP7. Both have
the same code base for EJB3,JCA but not the JMS provider. Therefore, I'm raising this
feature request under JBM.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: