| Author |
Message
|
| vmcgloin |
 Posted: Tue Jun 23, 2009 6:42 am Post subject: Unexpected correlId behaviour after MQOutput |
 |
|
Knight
Joined: 04 Apr 2002
Posts: 560
Location: Scotland
|
Hi,
My apologies if this is a silly question... my excuse is that it is very hot in my lovely heated greenhouse of an office here at the height of mid-summer, and I need a fridge to sit in to get my brain functioning again.
I have a reply message flow that is putting a message using the 'Reply To Queue' destination mode on an MQOutput node. No other boxes are checked to indicate that Correl id should change. In fact the server code has already moved MsgId to CorrelId.
So why is the MQOutput node moving MsgId to CorrelId? If it was an MQReply node I would understand. Should it be doing this? How can I prevent it?
Toolkit is 6.1.0.4, Broker is 6.1.0.3
Thanks,
Vicky |
|
| Back to top |
|
 |
| WMBDEV1 |
| Posted: Tue Jun 23, 2009 7:11 am Post subject: Re: Unexpected correlId behaviour after MQOutput |
|
|
Sentinel
Joined: 05 Mar 2009
Posts: 888
Location: UK
|
Elements in your post seem contradictory....
| vmcgloin wrote: |
| it is very hot in my lovely heated greenhouse of an office |
and
| Quote: |
location: Scotland
|
but seriously, previously ive managed to repeat this behaviour and it does kind of make sense to me. I guess its just a feature in this mode of the MQOutput node |
|
| Back to top |
|
|
| vmcgloin |
| Posted: Tue Jun 23, 2009 7:20 am Post subject: |
|
|
Knight
Joined: 04 Apr 2002
Posts: 560
Location: Scotland
|
Thanks for the response. Is it a feature or a defect? Or am I doing something wrong? I can't find this feature in the documentation (yet).
Being in Scotland just means I am not used to the heat and can't cope when the air-conditioning fails. |
|
| Back to top |
|
|
| WMBDEV1 |
| Posted: Tue Jun 23, 2009 7:23 am Post subject: |
|
|
Sentinel
Joined: 05 Mar 2009
Posts: 888
Location: UK
|
| My take is that its an undocumented feature. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Jun 23, 2009 7:47 am Post subject: Re: Unexpected correlId behaviour after MQOutput |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| WMBDEV1 wrote: |
Elements in your post seem contradictory....
| vmcgloin wrote: |
| it is very hot in my lovely heated greenhouse of an office |
and
| vmcgloin wrote: |
location: Scotland
|
|
It may seem to be illogical, but there is a logic. A New Logic. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| vmcgloin |
| Posted: Tue Jun 23, 2009 8:22 am Post subject: |
|
|
Knight
Joined: 04 Apr 2002
Posts: 560
Location: Scotland
|
| Absolutely - do I know you? |
|
| Back to top |
|
|
| vmcgloin |
| Posted: Tue Jun 23, 2009 8:35 am Post subject: |
|
|
Knight
Joined: 04 Apr 2002
Posts: 560
Location: Scotland
|
I take it all back. It was a silly question as it is in fact a documented feature (albeit in an in an indirect way).
In the 6.1 help documentation -> MQOutput node -> Contents of the WebSphere MQ reply message:
| Quote: |
Following values in MQMD are set conditionally, based on values in the MQOutput node and the Root.MQMD folder:
IF MsgTree.MQMD.MsgType = MQMT_REQUEST THEN
MQMD.MsgType = MQMT_REPLY;
IF Nodes Message Context is Default, PassAll or PassIdentity THEN
MQMD.UserIdentifer = MsgTree.MQMD.UserIdentifier;
IF MsgTree.MQMD.Report contains MQRO_PASS_CORREL_ID THEN
MQMD.CorrelId = MsgTree.MQMD.CorrelId;
ELSE
MQMD.CorrelId = MsgTree.MQMD.MsgId;
IF MsgTree.MQMD.Report contains MQRO_PASS_MSG_ID THEN
MQMD.MsgId = MsgTree.MQMD.MsgId;
ELSE
MQMD.MsgId = MQMI_NONE; |
So I just need to set MsgTree.MQMD.Report to MQRO_PASS_CORREL_ID to get the behaviour I want for replies (assuming it is compatible with what we need to do with report messages).
Thanks,
Vicky |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Jun 23, 2009 1:59 pm Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| vmcgloin wrote: |
| Absolutely - do I know you? |
 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
