Information on changes to the WebSphere MQ JMSReplyTo header field

Preventive Service Planning


Abstract

This document outlines some recent changes that have occurred with respect to the WebSphere MQ JMSReplyTo header field.

Content

WebSphere MQ Version 6.0.2.4 and 6.0.2.5 changed the way the JMSReplyTo field on received messages was constructed, to make the behavior of JMS applications consistent with other WebSphere MQ clients.

As a result of customer feedback, the default behavior of WebSphere MQ Version 6.0.2.6 (and later) has reverted back to the pre-6.0.2.4 behavior, where the contents of the JMSReplyTo header field is based on the value in the message's RFH2 header, which is equivalent to the value set by the sending application. If you want to have the JMSReplyTo header populated based on the contents of the message's MQMD ReplyToQueue and ReplyToQueueManager header fields, then you have two options:

  • Set the new Queue Destination property REPLYTOSTYLE to MQMD using JMSAdmin.
  • Pass in the following Java Virtual Machine system argument to the application:
      -Dcom.ibm.mq.jms.replyToStyle=MQMD

Full details can be found in APAR IZ36978.

For the WebSphere MQ Version 7.0.0.0 and 7.0.0.1 JMS client, the default behavior is to construct the JMSReplyTo from the ReplyToQueue and ReplyToQueueManager fields from the message's MQMD, which is different behavior to that of Version 6. WebSphere MQ Version 7.0.0.2 (and later) maintains this default behavior, but allows it to be reverted to the Version 6 style by setting either the REPLYTOSTYLE property or the system argument com.ibm.mq.jms.replyToStyle to RFH2.

Product Alias/Synonym

WMQ MQ MQSeries

Rate this page:

(0 users)Average rating

Document information


More support for:

WebSphere MQ
Java

Software version:

6.0.2.4, 6.0.2.5, 6.0.2.6, 7.0, 7.0.0.1

Operating system(s):

AIX, HP Itanium, HP-UX, Linux, Solaris, Windows, i5/OS, z/OS

Reference #:

1383887

Modified date:

2013-07-19

Translate my page

Machine Translation

Content navigation