-
Bug
-
Resolution: Done
-
Blocker
-
None
-
None
-
None
There is regression in backward compatibility of messaging client. JMSReplyTo destination set by older client contains incorrect address which causes that reply message does not have correct binding and such message is lost.
Impact: Applications will stop work after upgrade to WF14/EAP 7.2.0.CD14.
Test Scenario:
- Start EAP 7.2.0.CD14/WF14 server (Artemis 2.x) with deployed InQueue and OutQueue
- Send message to InQueue from older EAP 7.2.0.CD13/WF13/Artemis 1.5.5 client to InQueue. Message has JMSReplyTo header set to OutQueue. Client got "OutQueue" queue from JNDI lookup from EAP7.2.0.CD14/WF14
- Deploy MDB to server
- MDB consumes message from InQueue and sends new message to destination defined in JMSReplyTo header (so to OutQueue)
- Receive message from OutQueue
Result:
No message is received from OutQueue. There is debug message in server log:
11:36:09,565 DEBUG [org.apache.activemq.artemis.core.postoffice.impl.PostOfficeImpl] (Thread-25 (ActiveMQ-server-org.apache.activemq.artemis.core.server.impl.ActiveMQServerImpl$5@22848193)) Message CoreMessage[m essageID=214,durable=true,userID=c0de8bd0-cba6-11e8-840f-f496342f6705,priority=4, timestamp=Tue Oct 09 11:36:09 CEST 2018,expiration=0, durable=true, address=jms.queue.OutQueue,size=580,properties=TypedPropertie s[inMessageId=ID:c0383a39-cba6-11e8-95ad-f496342f6705,__AMQ_CID=c0d9349a-cba6-11e8-840f-f496342f6705,_AMQ_DUPL_ID=90d1e80e-116d-4eef-9513-84c6085549db,_AMQ_ROUTING_TYPE=0]]@1680840457 is not going anywhere as it didn't have a binding on address:jms.queue.OutQueue
which indicates that jms.queue.OutQueue address does not have a binding.
The same happesn if older EAP/WF server (with Artemis 1.5.5x) is used and new EAP 7.2.0.CD14/WF14(Artemis 2.x) client is used.
- clones
-
JBEAP-15623 Message sent to JMSReplyTo from old client does not find correct binding
- Closed
- is duplicated by
-
ENTMQBR-2127 Message sent to JMSReplyTo from old client does not find correct binding
- Closed