| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MGGet reading a message from Cluster @ |
« View previous topic :: View next topic » |
| Author |
Message
|
| matuwe |
 Posted: Thu Jun 05, 2014 12:14 am Post subject: MGGet reading a message from Cluster @ |
 |
|
Master
Joined: 05 Dec 2007
Posts: 296
|
Please help I have a design problem. I have four QMGRs, two are gateways and two are my brokers.. I have a local queue Q1 defined on the brokers.
My delemer is.. I send out a message via MQ and get my response on Q1. But then the gateway will spread the load to BRK1 or BRK2. If the message originated from BRK1, i have an MGGET listerning for that COrrID on BRK1. But my gateway might have moved my response massages to BRK2.
Question,
1. I see the MQGet message cant get a message from a queue that is not local.. evenn though its a cluster Q.
2. MQInput node , can get by correlation ID, but i have to hardcode it, how do i make it dynamic?
Is there any design that can help me correlate my request and response, while having the high availability of two brokers processing?
Much appreciated,
 |
|
| Back to top |
|
 |
| Esa |
| Posted: Thu Jun 05, 2014 12:31 am Post subject: |
|
|
Grand Master
Joined: 22 May 2008
Posts: 1387
Location: Finland
|
| It's ok to do load balancing with requests, but if you need to correlate requests and responses, you should not apply load balancing on the responses. You need to name the response queues on BRK1 and BRK2 differently or take them out of the cluster. The server side should use the reply-to-queue information on the request message headers when sending back responses. IMHO. |
|
| Back to top |
|
|
| matuwe |
| Posted: Thu Jun 05, 2014 12:39 am Post subject: |
|
|
Master
Joined: 05 Dec 2007
Posts: 296
|
Hi Thanks for the quick response.
Thats my other problem.. Since I have a remote queue definition to the Other system, My MQ guys said remote @ definition will be wired only to the one side. THis means I can only have response messages only flowing to broker 1. I tried writing another flow to check the Reply2QMGR to move messages between the two brokers... BUt one of the systems I sent messages too cant even return data on Reply2QMGR. All they can sent me back is mycorrid and nothing else. |
|
| Back to top |
|
|
| Vitor |
| Posted: Thu Jun 05, 2014 5:00 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| Esa wrote: |
| You need to name the response queues on BRK1 and BRK2 differently or take them out of the cluster. |
No you don't
| Esa wrote: |
| The server side should use the reply-to-queue information on the request message headers when sending back responses. IMHO. |
The reply to information includes not only the name of the queue, but the name of the queue manager expecting a reply. If the message is put using that queue manager name as well as the queue name, the cluster will honor that information and route the message to the named queue manager.
The cluster will only balance messages which don't have a specfic queue manager target.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| 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
|
|
|
|
