| Author |
Message
|
| kordi |
 Posted: Thu Jul 23, 2015 1:17 pm Post subject: One AMQCLCHL.TAB for many applications |
 |
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Hi,
I am wondering if I can use one AMQCLCHL.TAB to be used by many application which want to connect the same QMGR but using different SVRCONN channels.
I read this http://www-01.ibm.com/support/docview.wss?uid=swg27024109&aid=1 document and I thought that when I define CLNTCONN channel and providing QMNAME, it doesnt have to be a real q manager name but alias rather (queue manager group name according to this link). However when I created two different CLNTCONN and SVRCONN channels: APP.1 and APP.2 and set QMNAME attribute to APP1 and APP2 respectively on these two channels on q manager TEST1 and then, set up system variables MQCHLLIB and MQCHLTAB to point AMQCLCHL.TAB and tried to access remote queue using amqsputc QR.APP.1 APP1 I received MQRC_Q_MGR_NAME_ERROR.
When I changed QMNAME attribute on CLNTCONN to the real name of Queue Manager (TEST1), I was able to put messages.
Is it possible to use the same AMQCLCHL.TAB by many applications, which need to use different SVRCONN channels? For example:
Application 1 must connect q manager TEST1 using APP1 SVRCONN channel
Application 2 must connect q manager TEST1 using APP2 SVRCONN channel
Application 3 must connect q manager TEST1 using APP3 SVRCONN channel
I am not sure how application reads AMQCLCHL.TAB and if there may be many AMQCLCHL.TAB files for each application, but amqsputc reads MQCHLLIB and MQCHLTAB variables to check where TAB file is. In this case there is only one possible path for this file.
Thanks in advance. |
|
| Back to top |
|
 |
| PaulClarke |
| Posted: Thu Jul 23, 2015 1:51 pm Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
By default MQ will complain if the Queue Manager name passed on the MQCONN() verb does not match the actual name of the Queue Manager. However, you can prefix the Queue Manager name with an * (asterisk) to tell MQ that you 'know' that the QM name might be different.
So, in your example of using QMNAMEs of APP1 and APP2 in the CCDT I suspect your applications would have worked if you had tried to connect to *APP1 and *APP2 respectively.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| kordi |
| Posted: Thu Jul 23, 2015 11:15 pm Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Hi Paul,
You MQ knowledge is outstanding! Thank you very much for helping me again.
BTW Do you know what is actually the difference between MQCONN and MQCONNX?
Cheers
Kordian |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Thu Jul 23, 2015 11:27 pm Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
Thanks Kordi but I wrote the CCDT code so I do have an advantage 
The difference between MQCONN and MQCONNX is merely that MQCONNX allows you to pass an options structure (MQCNO) on the MQI call. It was one of the 'mistakes' of the MQI. When we first designed the call to connect to the Queue Manager we didn't have need of an options structure so we didn't add one to the API. However, it soon became clear that there were indeed all sorts of options we wanted to pass so we had to invent a new API MQCONNX.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| kordi |
| Posted: Fri Jul 24, 2015 12:22 am Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
Yes, your experience is remarkable
Thanks for your clarifications. Do you know if amqsputc is using MQCONN() or rather MQCONNX()?
Cheers
Kordian |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Fri Jul 24, 2015 12:27 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
The source code for AMQSPUT(C) is included in the samples directory so you can look at exactly how it works. See AMQSPUT0.C
In MQ V8 it uses MQCONNX since it allows you to specify a userid/password combination however originally it used MQCONN.
Cheers,
Paul.
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| kordi |
| Posted: Sun Jul 26, 2015 9:47 am Post subject: |
|
|
Centurion
Joined: 28 May 2012
Posts: 146
Location: PL
|
| Thanks Paul once again. You are my MQ hero |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Sun Jul 26, 2015 9:52 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2527
Location: Melbourne, Australia
|
All hail Paul. Are any of the rest of us worthy?
_________________
Glenn |
|
| Back to top |
|
|
| Michael Dag |
| Posted: Mon Jul 27, 2015 2:56 am Post subject: |
|
|
Jedi Knight
Joined: 13 Jun 2002
Posts: 2602
Location: The Netherlands (Amsterdam)
|
| PaulClarke wrote: |
Thanks Kordi but I wrote the CCDT code so I do have an advantage
|
understatement of the year 
_________________
Michael
MQSystems Facebook page |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Jul 27, 2015 4:29 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| gbaddeley wrote: |
| All hail Paul. Are any of the rest of us worthy? |
Speaking. 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| exerk |
| Posted: Mon Jul 27, 2015 5:44 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| Vitor wrote: |
| gbaddeley wrote: |
| All hail Paul. Are any of the rest of us worthy? |
Speaking. |
My feet are of but clay in comparison 
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| PaulClarke |
| Posted: Mon Jul 27, 2015 7:07 am Post subject: |
|
|
Grand Master
Joined: 17 Nov 2005
Posts: 1002
Location: New Zealand
|
I feel I ought to say something but I can't work out whether you are taking the mick or not
_________________
Paul Clarke
MQGem Software
www.mqgem.com |
|
| Back to top |
|
|
| exerk |
| Posted: Mon Jul 27, 2015 7:12 am Post subject: |
|
|
Jedi Council
Joined: 02 Nov 2006
Posts: 6339
|
| PaulClarke wrote: |
| I feel I ought to say something but I can't work out whether you are taking the mick or not |
Us? Extract the Michael? Perish the thought good sir!
Note: The most fluent language I speak (as Vitor will confirm) is the well known dialect called 'bollocks'
_________________
It's puzzling, I don't think I've ever seen anything quite like this before...and it's hard to soar like an eagle when you're surrounded by turkeys. |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Jul 27, 2015 7:16 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| PaulClarke wrote: |
| I feel I ought to say something but I can't work out whether you are taking the mick or not |
 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Thu Jul 30, 2015 4:43 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2527
Location: Melbourne, Australia
|
| PaulClarke wrote: |
| I feel I ought to say something but I can't work out whether you are taking the mick or not |
Possibly, but we greatly value your esteemed input.
_________________
Glenn |
|
| Back to top |
|
|
|
|
