| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
| CLNTCONN channel question |
« View previous topic :: View next topic » |
| Author |
Message
|
| mqrules |
 Posted: Thu Sep 21, 2006 4:39 pm Post subject: |
 |
|
Centurion
Joined: 01 Jun 2005
Posts: 100
Location: US
|
Wayne,
| Quote: |
No, thats not what I think mvic is suggesting ...his idea was to dynamically set those variables by using a Windows call SetEnvironmentVariable() from WITHIN the same program that would then make the MQCONN... I don't think THAT will work...but, of course, you should try it and let us know....
|
mvic does suggest the use of a .bat file to "set MQCHLLIB and MQCHLTAB" within a .bat file and start the app like (not the SetEnvironmentVariable):
@echo off
setlocal
set MQCHLLIB=whatever
set MQCHLTAB=channeltable1
c:\myprogramdir\myprogram.exe
Regards,
MR. |
|
| Back to top |
|
 |
| kevinf2349 |
| Posted: Fri Sep 22, 2006 4:38 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
I don't think that will work. In my experience when you set the MQServer (or change) the MQSERVER value it required a restart of Windows to take effect.
Of course that was 5.3 and a few CSD's back  |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Sep 22, 2006 5:13 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
Using a batch file to set MQSERVER or etc will work.
Doing some basic testing, you can move/rename AMQCLCHL.TAB, issue a bunch of "def chl(...) chltype(CLNTCONN) conname(...)..." and it will create a new AMQCLCHL.TAB file. Make sure to put the old AMQCLCHL.TAB back...
At least on v6. I haven't tried on v5. I don't have any firm reason to doubt it will work, but I don't have any firm reason to suspect it will work either. Except maybe a very vague memory of trying it about 5 years ago...
Obviously, don't try this on production.
And the simple fact is that there's nothing that ties a particular AMQCLCHL.TAB file to a particular queue manager. So there's no reason not to create a temporary queue manager with no existing client conns, build the AMQCLCHL.TAB file you need, and then dump the queue manager. It's pretty much recommended that you do that in the manauls, too.
http://publib.boulder.ibm.com/infocenter/wmqv6/v6r0/index.jsp?topic=/com.ibm.mq.csqzaf.doc/runmul.htm
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| bbburson |
| Posted: Fri Sep 22, 2006 5:33 am Post subject: |
|
|
Partisan
Joined: 06 Jan 2004
Posts: 378
Location: Nowhere near a queue manager
|
| jefflowrey wrote: |
Doing some basic testing, you can move/rename AMQCLCHL.TAB, issue a bunch of "def chl(...) chltype(CLNTCONN) conname(...)..." and it will create a new AMQCLCHL.TAB file. Make sure to put the old AMQCLCHL.TAB back...
At least on v6. I haven't tried on v5. ... |
V5 complains if it can't find /var/mqm/qmgrs/.../@ipcc/AMQCLCHL.TAB. I have had this same situation for several years (clients needing different channel defs for the same queue manager). Maintaining separate TAB files for each appl is the way to go. Just re-define MQCHLTAB as needed to add/update the various tables.
If I ever lose my empty AMQCLCHL.TAB file, I just crtmqm a new queue manager, grab the file that gets generated and then delete the queue manager. |
|
| Back to top |
|
|
| kevinf2349 |
| Posted: Fri Sep 22, 2006 6:10 am Post subject: |
|
|
Grand Master
Joined: 28 Feb 2003
Posts: 1311
Location: USA
|
| Interesting.....I will have to play again |
|
| Back to top |
|
|
| mqrules |
| Posted: Fri Sep 29, 2006 5:56 am Post subject: |
|
|
Centurion
Joined: 01 Jun 2005
Posts: 100
Location: US
|
Thank you all for your responses.
mr |
|
| Back to top |
|
|
|
|
|
|
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
|
|
|
|
