Re: Creating AMQCLCHL.TAB for multiple z/OS queue managers

[Wyatt, T Rob]

Title: Message

Peter,

 

On the distributed platforms we would create the file on a single QMgr.  Each channel would need a different name because you can't have two same-named objects on the same QMgr.  So for example,

 

On QM1:

DEF CHL(QM1.SVRCONN) CHLTYPE(SVRCONN) TRPTYPE(TCP)

DEF CHL(QM1.SVRCONN) CHLTYPE(CLNTCONN) QMNANE(QM1)  CONNAME('QM1(1414)') TRPTYPE(TCP)

DEF CHL(QM2.SVRCONN) CHLTYPE(CLNTCONN) QMNANE(QM2)  CONNAME('QM2(1414)') TRPTYPE(TCP)

DEF CHL(QM3.SVRCONN) CHLTYPE(CLNTCONN) QMNANE(QM3)  CONNAME('QM3(1414)') TRPTYPE(TCP)

 

On QM2:

DEF CHL(QM2.SVRCONN) CHLTYPE(SVRCONN) TRPTYPE(TCP)

 

On QM3:

DEF CHL(QM3.SVRCONN) CHLTYPE(SVRCONN) TRPTYPE(TCP)

 

Defining a CLNTCONN is just a front-end over the channel table file.  No other MQ structures are updated and it is not necessary to define CLNTCONN objects on each QMgr.  In fact, I use Perl to generate our table files and do not define CLNTCONN objects on any QMgr and it works just fine.  I'm assuming this works on the Z/OS platform pretty much the same as it does for distributed but I do not have first-hand experience on that platform.  Still, it's easy to try it out and see. 

 

Hope that helps,

-- T.Rob

 

-----Original Message-----
From: MQSeries List [mailto:[EMAIL PROTECTED]On Behalf Of Moir, Peter
Sent: Monday, November 29, 2004 11:30 AM
To: [EMAIL PROTECTED]
Subject: Creating AMQCLCHL.TAB for multiple z/OS queue managers

 

Hi,

 

I have a number of queue managers on different z/OS systems.

 

We have a client program on windows that will connect to any one of these (depending on which back-end service it wants) via MQCONN('queue_manager')

 

I want to provide a AMQCLCHL.TAB with connection details for all the z/OS queue managers so that when the MQCONN call is made the channel table will be scanned for the correct connection details for that queue manager.

 

I thought I might be able to create the file on one system, send to the next and update (use the same file, DISP=MOD on the MAKECLNT utility) etc. This seems to work in that the utility works and the file looks ok to the naked eye, but once transferred to the PC the client can only ever "find" the first entry.

 

i.e. create on QMRA - update on QMRB, a MQCONN(QMRA) works, MQCONN(QMRB) doesn't. Create on QMRB - update on

QMRA, it works the other way round.  

 

A trace shows;

 

rrxGetFirstChannelDef (rc=OK)

rrxGetNextChannelDef (rc=rrcE_NOT_FOUND)

 

so its not finding anything other than the first entry in the table.

 

Is what I'm trying to do possible?...if so how?

 

thanks,

Pete

---

Notice to recipient:
The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.

When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A., London Branch, Banc of America Securities Limited and Banc of America Futures Incorporated are authorised and regulated by the Financial Services Authority.

---