| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| Request / Reply Interfaces |
« View previous topic :: View next topic » |
| Author |
Message
|
| jdouch |
 Posted: Tue Sep 02, 2003 3:47 am Post subject: Request / Reply Interfaces |
 |
|
Apprentice
Joined: 31 May 2002
Posts: 32
Location: London, UK
|
Hi,
I'm currently implementing a request/reply interface using the ReplyToQueue functionality in the output node of the response message flow.
The problem i have is that by using this when putting to the reply queue WMQI udpates the MQMD, setting the message type to Datagram, which is different to that expected by both myself and the MQ connector used by the requesting application - it is expecting a Reply type message.
Does anyone have any thoughts/ideas etc on why this should be so ?? Is the changing of this type to Datagram correct or should it remain as Reply ??
Two other thoughts on this
1. When i default the queue name in the Output node the reply message type is persisted. Unfortunately this is against our architecture principles/standards
2. If WMQI receives a message from the responding application as a type of request, when using the ReplyToQueue function WMQI sets the type to Reply ?? Is this correct, and therefore should the responding app be sending a request type message back instead of a reply ??
thanks
_________________
Julian Douch
E-business Solutions Consultant
WMQ/WMQI Specialist |
|
| Back to top |
|
 |
| Craig B |
| Posted: Tue Sep 02, 2003 8:09 am Post subject: |
|
|
Partisan
Joined: 18 Jun 2003
Posts: 316
Location: UK
|
Hi,
Your observations are correct. When using the Destination Mode of Reply-To-Queue in the MQOutput node, then if the message has MQMT_REQUEST, then a reply will be generated as MQMT_REPLY. When the reply message is constructed, it is given a new MQMD which has the defaults. The default for MsgType is MQMT_DATAGRAM. A check is then made to see if the user has set MQMT_REQUEST in the message tree, and if so MQMT_REPLY is set. Other fields are then set in the replyMessage MQMD based on what is in the message tree.
The persistence of your reply message generated will be whatever the persistence has been set to in your message tree. If you change the destination Mode to Queue, then the persistence of the output message will be determined by the Persistence Mode attribute on the MQOutput node.
Hope this helps.
_________________
Regards
Craig |
|
| Back to top |
|
|
| jdouch |
| Posted: Tue Sep 02, 2003 8:18 am Post subject: |
|
|
Apprentice
Joined: 31 May 2002
Posts: 32
Location: London, UK
|
Craig,
thanks for the info. from what you are saying, am i right in thinking then if i explictly set the the mqmd message type property to reply when creating the output message it should use this value instead of defaulting to datagram ??
cheers
_________________
Julian Douch
E-business Solutions Consultant
WMQ/WMQI Specialist |
|
| Back to top |
|
|
| Craig B |
| Posted: Tue Sep 02, 2003 8:27 am Post subject: |
|
|
Partisan
Joined: 18 Jun 2003
Posts: 316
Location: UK
|
Hi,
If you set Destination Mode = Reply To Queue, then as part of the processing a new MQMD is allocated for this reply message. This will give the MsgType of MQMT_DATAGRAM. A check is then made to see if the user has set MQMT_REQUEST in the message tree and if so MQMT_REPLY is used. However, if the user has not set MQMT_REQUEST then it will remain as MQMT_DATAGRAM as defaulted with the new MQMD. So in answer to your question, if you set MQMT_REPLY in the message tree, this will become MQMT_DATAGRAM in your reply message.
I think the principle is that WMQI provides the functionality to generate a Reply message on a named Reply-To-Queue and this functionality is to be used on the basis that it generates a reply from a request. In this case you want to generate a reply based on a reply. So, this built in functionality does not cover your particular needs in this scenario.
_________________
Regards
Craig |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
