ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum IndexClusteringrequest reply cluster

Post new topicReply to topic
request reply cluster View previous topic :: View next topic
Author Message
tumpsme44
PostPosted: Thu Feb 02, 2017 6:20 am Post subject: request reply cluster Reply with quote

Novice

Joined: 02 Feb 2017
Posts: 15

Scenario

QMA, QMB, QMX,QMY part of the same cluster - cluster(I)

QMX, QMY -> hosts the local cluster ql(REQ) in cluster(I)

Request message put to this queue(REQUEST) from QMs (QMA, QMB)

Response messages are expected to return back from (QMX,QMY) to (QMA, QMB) and to the queue manager which sent this on Queue (REPLY)

Question- How do I get the reply to go to the same Queue manager which put the request message.
Back to top
View user's profile Send private message
fjb_saper
PostPosted: Thu Feb 02, 2017 6:26 am Post subject: Reply with quote

Grand Poobah

Joined: 18 Nov 2003
Posts: 19770
Location: LI,NY

You send it to the replyto queue / replyto qmgr in the MQMD, or to the JMSReplyTo destination...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
bruce2359
PostPosted: Thu Feb 02, 2017 6:38 am Post subject: Reply with quote

Poobah

Joined: 05 Jan 2008
Posts: 8187
Location: US: west coast, almost. Otherwise, enroute.

Is it me? This sounds like a certification test question.
_________________
I would tell you a UDP joke, but you might not get it.
Back to top
View user's profile Send private message
tumpsme44
PostPosted: Thu Feb 02, 2017 7:14 am Post subject: Reply with quote

Novice

Joined: 02 Feb 2017
Posts: 15

So replytoQM as QMA and replytoQ as RESPONSE when the request is sent from QMA?

If so... does Queue(RESPONSE) needs to be in a cluster of QL on QMA?

If not how will the replying application send the response back when it opens the connection to QMX
Back to top
View user's profile Send private message
Vitor
PostPosted: Thu Feb 02, 2017 7:23 am Post subject: Reply with quote

Grand High Poobah

Joined: 11 Nov 2005
Posts: 25310
Location: Ohio, USA

tumpsme44 wrote:
So replytoQM as QMA and replytoQ as RESPONSE when the request is sent from QMA?


Yes, and this does sound suspiciously like a certification question.,.....



tumpsme44 wrote:
If so... does Queue(RESPONSE) needs to be in a cluster of QL on QMA?


No, but that makes the most sense. Especially in the scenario you posted.

tumpsme44 wrote:
If not how will the replying application send the response back when it opens the connection to QMX


Using one of the other name resolution techniques MQ supplies for use in a non-clustered topology.
_________________
Honesty is the best policy.
Insanity is the best defence.
Back to top
View user's profile Send private message
mqjeff
PostPosted: Thu Feb 02, 2017 7:25 am Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Do not ask for help with certifications here.

Draw a picture of the pieces.

Determine how MQ will route between queue managers and queues.

Create a test environment (more than one qmg on a laptop if you want), and determine if MQ has routed the way you think.
_________________
chmod -R ugo-wx /
Back to top
View user's profile Send private message
Display posts from previous:
Post new topicReply to topic Page 1 of 1

MQSeries.net Forum IndexClusteringrequest reply cluster
Jump to:



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
Protected by Anti-Spam ACP


Theme by Dustin Baccetti
Powered by phpBB 2001, 2002 phpBB Group

Copyright MQSeries.net. All rights reserved.