| Author |
Message
|
| ivanachukapawn |
 Posted: Thu Jun 08, 2006 6:34 am Post subject: Multiple QMGRS with identical queues defined - consumer? |
 |
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
| If I have multiple QMGRS with identical sets of local queues which are advertised via cluster queue aliases, what method can I use to ensure that a consumer application will dequeue from a specific queue manager if that consumer accesses the queue via the alias? |
|
| Back to top |
|
 |
| wschutz |
| Posted: Thu Jun 08, 2006 8:07 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
"consumers" can only dequeue from local queues. This means they can only get messages off of queues defined as qlocal in the queue manager that they MQCONN'ed to. Clustering has no effect on this rule.
_________________
-wayne |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Thu Jun 08, 2006 8:24 am Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
I know they can only dequeue from local queues. Thats what I want them to do, but in this cluster, there are 2 or more queues with the same name which are advertised via cluster queue aliases. My question is:
Can I have the consumer use the cluster queue alias but be constrained to dequeue from the local queue? Another way to phrase this question:
If a consumer opens a queue via cluster queue alias for input will an error occur if there are multiple local queues with that name in the cluster or will the consumer be directed to dequeue from the local queue of that name? |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Thu Jun 08, 2006 8:42 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
A consumer can only connect to a particular queue manager in the cluster.
I believe that if an application opens a qalias for input, that the name resolution will only attempt to resolve to a qlocal. It will not resolve to qclusters.
At a minimum, what I believe it will do is open the local alias, rather than one of the qcluster copies of the alias.
But let's see what the InfoCenter says...
Ah!
| http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzah.doc/csq6843.htm wrote: |
| If an application opens a target queue so that it can read messages from it or set its attributes, the MQOPEN call operates only on the local version of the queue. |
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| ivanachukapawn |
| Posted: Thu Jun 08, 2006 8:52 am Post subject: |
|
|
Knight
Joined: 27 Oct 2003
Posts: 561
|
Jeoffrey,
My personal opinion is that you dont post enough! Thanks so much for finding that quote in the documentation.
Sincerely,
John Davis |
|
| Back to top |
|
|
| wschutz |
| Posted: Thu Jun 08, 2006 8:53 am Post subject: |
|
|
Jedi Knight
Joined: 02 Jun 2005
Posts: 3316
Location: IBM (retired)
|
Is this what you're doing?
In each qmgr that will host a consumer, you'll define:
def ql(consumer.q) cluster(xxx)
def qa(clus.alias.q) targq(consumer.q) cluster(xxx)
then the "producing" applications will put to : clus.alias.q
and the "consuming" application will get from: clus.alias.q.
The important thing to understand is that when you define a qalias definition in a cluster, even though clustering is used to make that definition available to all qmgrs in the cluster, its really just a "normal" alias, meaning TARGQ will always be a local definition of a queue (or a published cluster definition of a queue).
EDIT: I'm too slow...Jeff beat me to the answer, now he owes me rum.
_________________
-wayne |
|
| Back to top |
|
|
| tleichen |
| Posted: Thu Jun 08, 2006 11:05 am Post subject: |
|
|
Yatiri
Joined: 11 Apr 2005
Posts: 663
Location: Center of the USA
|
| wschutz wrote: |
Is this what you're doing?
EDIT: I'm too slow...Jeff beat me to the answer, now he owes me rum. |
He owes you rum because he beat you to it? How did you arrange that deal? 
_________________
IBM Certified MQSeries Specialist
IBM Certified MQSeries Developer |
|
| Back to top |
|
|
|
|
