| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| using MQBND_BIND_NOT_FIXED for clustered queue |
« View previous topic :: View next topic » |
| Author |
Message
|
| pras |
 Posted: Tue Jun 16, 2009 1:35 am Post subject: using MQBND_BIND_NOT_FIXED for clustered queue |
 |
|
Newbie
Joined: 08 Jun 2009
Posts: 9
|
Hi,
As per contact admin doc:
"To specify the binding to be used when an application specifies MQOO_BIND_AS_Q_DEF on the OPEN call. The default for this attribute is DEFBIND(OPEN), which binds the queue handle to a specific instance of the cluster queue when the queue is opened. The alternative is to specify DEFBIND(NOTFIXED) so that the queue handle is not bound to any particular instance of the cluster queue. When you specify DEFBIND on a queue definition, the queue is defined with one of the attributes, MQBND_BIND_ON_OPEN or MQBND_BIND_NOT_FIXED. "
I have following doubts while writing java program :
1. If I mention queue manager name and port, then how my program will connect to queue if that queue manager is down?
int openOptions = MQC.MQOO_OUTPUT | MQC.MQOO_BIND_NOT_FIXED;
queue = queueManager.accessQueue(outputQName, openOptions);
2. If I dont mention queue manager and port then also my connection fails. |
|
| Back to top |
|
 |
| Vitor |
| Posted: Tue Jun 16, 2009 1:42 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
You are confusing 2 concepts here. BIND_ON_OPEN refers to the opening of a queue object not a queue manager one. Clustering refers to the distribution of messages and is nothing to do with the opening of a queue manager object, or creating a connection. All applications connect to a given queue manager, which may or may not participate in a cluster.
So to answer your question:
1. It won't - it will fail with a 2059
2. Yes, because you have to specify a specific connection target.
If you search the forum you'll find discussions on client connection tables with Java, which allow to you specify a "generic" queue manager name and reconnect to a secondary queue manager if the primary is down (which is my assumption of what you're trying to achieve).
_________________
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
|
|
|
|
