ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » Channel Table as a solution?

Post new topic  Reply to topic
 Channel Table as a solution? « View previous topic :: View next topic » 
Author Message
JTski
PostPosted: Thu Feb 05, 2004 5:04 pm    Post subject: Channel Table as a solution? Reply with quote

Novice

Joined: 04 Feb 2004
Posts: 14

----- Sorry for the dup post. Put this in another forum by accident. ------

Hi all,

MQSeries Client v.5.2 CSD08
Client and app running on W2K server
App written in VB6

Please excuse my complete ignorance but I have been planted into some MQSeries work that is a bit over my head as I have little experience but am making every effort to get it done. And done right.

I have a situation where the application currently connects to various queues on one queue manager. Setting the envir variable
MQSERVER=channelName/TCP/serverName(1414) works just great. Now I need to interface to a queue manager at a third party site. Physically out of site. Different queue manager name, channel, and server. I am dynamically building the connection info and using MQCONNXAny without an issue. When I use MQAX200.MQSession.AccessQueueManager and pass it the name of the queue manager of the thrid party site I am trying to access I get a 2058.

Is it correct to assume that it is using the channelName in the environment variable and the queue manager I am passing it? So is it looking to my local mq server and requesting a q manager session by the name that does not exist (the third party q manager name)?

Can I get around this by deleting the MQSERVER variable on the client and creating a MQCHLTAB variable? Then in that .tab file list these two entries?

I've been digging info up but am still a bit confused.

Sorry, as a note, I changed the MQSERVER envir to match the info of the client and the meassage got to them with no issue. I guess I need a tutorial on how to setup that channel def table if that is indeed an option.

Thanks ....
Back to top
View user's profile Send private message
JTski
PostPosted: Thu Feb 05, 2004 5:21 pm    Post subject: Reply with quote

Novice

Joined: 04 Feb 2004
Posts: 14

I think my hopes were just crushed. I was surfing along and think I found the fact that on the client you cannot have more than one simple channel defined. Does that sound right?

Sound I can have only one channel defined but many q managers?

Not a many channel definition to many q manager scenerio?
Back to top
View user's profile Send private message
pgorak
PostPosted: Fri Feb 06, 2004 3:04 am    Post subject: Reply with quote

Disciple

Joined: 15 Jul 2002
Posts: 158
Location: Cracow, Poland

Hi,

First of all, I'am a bit surprised you cannot do this with MQCONNX and MQCD. But I've never tried it myself

However, I tried connecting to two remote queue managers using one channel definition table and I saw it work. You can use this approach if your IPs/port numbers are fixed, at least fixed for a reasonable period of time.

Piotr
_________________
***
IBM Certified Solution Developer WebSphere MQ 5.3
Back to top
View user's profile Send private message
PeterPotkay
PostPosted: Fri Feb 06, 2004 1:04 pm    Post subject: Reply with quote

Poobah

Joined: 15 May 2001
Posts: 7722

If you are using channel tables, or coding the MQCONNX call, an MQClient can connect to more than one QM. I have Java applets and VB.NET apps that connect to 20 queue managers at a time.
_________________
Peter Potkay
Keep Calm and MQ On
Back to top
View user's profile Send private message
JasonE
PostPosted: Mon Feb 09, 2004 2:39 am    Post subject: Reply with quote

Grand Master

Joined: 03 Nov 2003
Posts: 1220
Location: Hursley

Quote:
MQSERVER=channelName/TCP/serverName(1414) works just great.

When I use MQAX200.MQSession.AccessQueueManager and pass it the name of the queue manager of the thrid party site I am trying to access I get a 2058.


There is no reason a MQCONNX couldnt connect to a different qmgr, and you dont need to mix MQSERVER with it. However, if you are using the MQAX200 COM interface, I'm not sure how you would do a mqconnx.

But in VB, look at the new sample with v5.3, amqscnxb.vbp, which demonstrates use of the MQCONNX call from VB.

Channel tables would work similar to the MQSERVER env var, ie define multiple CLNTCONNs on one of the qmgrs (one CLNTCONN per qmgr you wish to connect to), copy the channel table from that qmgr onto the client, and set up MQCHLLIB and MQCHLTAB
Back to top
View user's profile Send private message
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » Channel Table as a solution?
Jump to:  



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
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.