Author |
Message
|
rkford11 |
Posted: Tue Jan 29, 2008 3:52 pm Post subject: request - response Cluster |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
We have 4 queue managers(QM1,QM2,QM3,QM4) set up in MQ cluster.
QM2 and QM3 are Broker queue managers processing the request and responses.
App 1 puts a request message thru QM1 which is either sent to QM2 or QM3 (based on load balance alogorithm) and message is processed by the broker and sent to QM4 from where APP2 pulls the request message and generates a response message.
Is it possible to send the response message to the broker queue manager which has processed the request thru QM4, since APP2 is connected to QM4. Please guide me thru configuration changes to MQ cluster for routing response to the broker queue manager which processed the request.
We are running on MQ v6.0
Thanks |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Jan 29, 2008 4:24 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
There is no configuration necessary other than what you've done, except to ensure that both applications use a correct request/reply pattern. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
rkford11 |
Posted: Wed Jan 30, 2008 8:50 am Post subject: |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
Thanks Jeff,
But when I tested the scenario using rfhutil (defining the request and reply parameters) the response messages are going to the alternative queue manager(QM3) rather than the queue manager(QM2) that processed the request.
Do I have to set any other parameters other than Reply-to-Queue in request and co-relation id in the response.
Thanks |
|
Back to top |
|
 |
jefflowrey |
Posted: Wed Jan 30, 2008 8:55 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
rkford11 wrote: |
Do I have to set any other parameters other than Reply-to-Queue in request and co-relation id in the response. |
Yes.
If your message is going to the wrong queue manager, then it should be obvious what you're forgetting to set.
 _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
rkford11 |
Posted: Sat Feb 02, 2008 10:18 pm Post subject: |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
Thanks Jeff,
Even after specifying the Reply-to-QueueManager, response still goes to the wrong queue manager.
Thanks |
|
Back to top |
|
 |
fjb_saper |
Posted: Sun Feb 03, 2008 4:38 am Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
rkford11 wrote: |
Thanks Jeff,
Even after specifying the Reply-to-QueueManager, response still goes to the wrong queue manager.
Thanks |
Verify all your cluster receiver channels.
They need to have the right name (to.qmgr) where qmgr is the one you are connected to... and the right conname ('dns name(port)')
Check as well if there is a qmgr alias in place somewhere along the route...
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
jefflowrey |
Posted: Sun Feb 03, 2008 6:11 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
Check that the replying program is using the ReplyToQmgr.
Like I said, odds are good this is an application problem. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
rkford11 |
Posted: Sun Feb 03, 2008 8:21 am Post subject: |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
All my cluster channels have the right names and connection names. My replying program here is rfhutil and I have specified the Reply-To-Qmgr in the reply message too.
Thanks |
|
Back to top |
|
 |
jefflowrey |
Posted: Sun Feb 03, 2008 4:07 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
You don't "specify the Reply To Queue manager in the reply message".
You send the reply to the Queue Manager that is named in the request message.
It comes in as ReplyToQmgr.
It doesn't go out that way. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
fjb_saper |
Posted: Sun Feb 03, 2008 5:25 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
rkford11 wrote: |
All my cluster channels have the right names and connection names. My replying program here is rfhutil and I have specified the Reply-To-Qmgr in the reply message too.
Thanks |
If your replying app is rfhutil did you specify the replyto qmgr in the remote qmgr field (1st tab)??? _________________ MQ & Broker admin |
|
Back to top |
|
 |
rkford11 |
Posted: Sun Feb 03, 2008 8:27 pm Post subject: |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
I even tried setting Reply-to-Qmgr only in the Request message but not in reply message, still reply message goes to the wrong queue manager. |
|
Back to top |
|
 |
fjb_saper |
Posted: Sun Feb 03, 2008 10:17 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
fjb_saper wrote: |
If your replying app is rfhutil did you specify the replyto qmgr in the remote qmgr field (1st tab)??? |
_________________ MQ & Broker admin |
|
Back to top |
|
 |
rkford11 |
Posted: Tue Feb 05, 2008 8:48 am Post subject: |
|
|
Partisan
Joined: 06 Jun 2004 Posts: 316
|
Thanks fjb_saper,
By specifying the 'Remote queue manager name' (in 1st tab), messages go to the right queue manager. Since this parameter is not part of MQMD, target application has to set it in MQOD as Resolved qmgr field. Please correct me if I am wrong.
Thanks |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Feb 05, 2008 8:51 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
|
Back to top |
|
 |
Vitor |
Posted: Tue Feb 05, 2008 8:55 am Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
rkford11 wrote: |
By specifying the 'Remote queue manager name' (in 1st tab), messages go to the right queue manager. Since this parameter is not part of MQMD, target application has to set it in MQOD as Resolved qmgr field. Please correct me if I am wrong.
|
It is so in the MQMD; both ReplyToQ and ReplyToQmgr are MQMD fields. The queue manager name will actually default to the name of the local queue manager, where the queue name won't default to anything. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|