Author |
Message
|
ae06425 |
Posted: Tue Apr 17, 2007 11:34 am Post subject: SVRCONN channel?? |
|
|
Centurion
Joined: 02 Apr 2007 Posts: 100
|
why do we have multiple SVRCONN channel (type SVRCONN channels)
in one queue manager?
what does SVRCONN channel do?
what is the difference between CLNTCONN and SVRCONN?
do we also need SDR or RCVR when we have SVRCONN?
Thnks |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue Apr 17, 2007 11:50 am Post subject: Re: SVRCONN channel?? |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
ae06425 wrote: |
why do we have multiple SVRCONN channel (type SVRCONN channels)
in one queue manager?
what does SVRCONN channel do?
|
SVRCONN channel lets you cnnect to QMGR in client mode.
You can use multiple SVRCONN channel to separate your QMGR clients.
ae06425 wrote: |
what is the difference between CLNTCONN and SVRCONN?
|
Please read documentatin.
ae06425 wrote: |
do we also need SDR or RCVR when we have SVRCONN?
Thnks |
No.
SVRCONN lets you connect to QMGR in client mode.
SDR or RCVR lets QMGR connect to another one.
This is totally different thing. _________________ Marcin |
|
Back to top |
|
 |
ae06425 |
Posted: Tue Apr 17, 2007 12:15 pm Post subject: |
|
|
Centurion
Joined: 02 Apr 2007 Posts: 100
|
so then it is enough to have one default SVRCONN channel for spesific queue manager for every client connection from multiple sources to that queue manager.. |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Apr 17, 2007 12:18 pm Post subject: |
|
|
Guest
|
One SVRCONN channel can support many client connections. |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Apr 17, 2007 12:18 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
It's not enough for most requirements.
It's certainly functional.
We're not going to train you on being an MQ Administrator. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
ae06425 |
Posted: Tue Apr 17, 2007 12:20 pm Post subject: |
|
|
Centurion
Joined: 02 Apr 2007 Posts: 100
|
so you mean i should not ask questions here...!!! |
|
Back to top |
|
 |
jefflowrey |
Posted: Tue Apr 17, 2007 12:23 pm Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002 Posts: 19981
|
No.
I mean you should read the manuals, think about thinks, try things, search for answers here, AND THEN ask questions.
And then read the manuals some more. _________________ I am *not* the model of the modern major general. |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue Apr 17, 2007 12:23 pm Post subject: |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
ae06425 wrote: |
so then it is enough to have one default SVRCONN channel for spesific queue manager for every client connection from multiple sources to that queue manager.. |
Yes, it is enough but from design point of view it is not a good choice (in my opinion)
The best option is to separate clients.
You can do it by using multiple server connection channels. _________________ Marcin |
|
Back to top |
|
 |
ae06425 |
Posted: Tue Apr 17, 2007 12:57 pm Post subject: |
|
|
Centurion
Joined: 02 Apr 2007 Posts: 100
|
thnks for replies...
yes I am new to the MQ environment, but I am 10 years of senior on system management. I am checking documents. Also I got training on MQ administration MQ152...since this is all new stuff for me it is all confusing as well. I am not throwing questions here before checking all I can find.
Today i was working o remote queue setup, and I am working on it since morning, there is java mq application trying to connect but unable to connect...getting all stupid java error messages... Then I realized that neither SDR nor RCVR connection is right, so it must be SVRCONN.. then I realized so many SVRCONN channel defined for the qmanager, then I thought why define one more? for which I couldnt find answer on anywhere, so I posted here...
so I appreciate you all replying to questions submitted here...
But if you don't feel right answering questions just don't,
and say no more... |
|
Back to top |
|
 |
bruce2359 |
Posted: Tue Apr 17, 2007 4:46 pm Post subject: |
|
|
Guest
|
Back to your orignial post... (and much of this was in your MQ152 class)
SVRCONN channel is the channel end on a queue manager. It is the channel that responds to MQ client applications.
CLNTCONN channels are definitions (that result in a client channel table) - created on a queue manager. The client channel table is then exported to the client platform.
Two methods of running MQ client applications are available.
Method 1: Set the following environment variable on the client workstation: SET MQSERVER=channelname/transporttype/ipaddress(port)
This method limits the MQ application to just the queue manager that receives the inbound request from the listener at ipaddress(port)
Method 2: Set the following environment variables on the client:
SET MQCHLTAB=tablename and SET MQCHLLIB=path.
Method 2 allows the MQ application to connect to one of a list of possible queue managers - based on entries from CLNTCONN definitions AND how the MQCONN call was written.
Application architecture (number of messages, frequency of messages, number of concurrent client applications, and so on, will better help MQ folks guide you to a solution. For few client apps, or many apps with very infrequent messages to MQPUT, maybe one SVRCONN channel will be enough. It depends (the IT favorite answer).
As to the grouchy nature of some of the folks who post here, it's a hazzard of interacting with technical people.
I hope this helps. Keep posting. 
Last edited by bruce2359 on Wed Apr 18, 2007 5:49 am; edited 1 time in total |
|
Back to top |
|
 |
fjb_saper |
Posted: Tue Apr 17, 2007 7:02 pm Post subject: |
|
|
 Grand High Poobah
Joined: 18 Nov 2003 Posts: 20756 Location: LI,NY
|
Mostly multiple svrconn channels are used to separate connections by application and to allow an easy shut out of a specific application by the admin...
Enjoy  _________________ MQ & Broker admin |
|
Back to top |
|
 |
hyx |
Posted: Tue Apr 17, 2007 7:26 pm Post subject: |
|
|
Newbie
Joined: 15 Apr 2007 Posts: 3 Location: China
|
fjb_saper wrote: |
Mostly multiple svrconn channels are used to separate connections by application
|
Could you tell me the reason ? And I also want to know how the sorconn channel works and the relationship between the channel and the socket.
Thanks. |
|
Back to top |
|
 |
marcin.kasinski |
Posted: Tue Apr 17, 2007 11:04 pm Post subject: |
|
|
Sentinel
Joined: 21 Dec 2004 Posts: 850 Location: Poland / Warsaw
|
hyx wrote: |
fjb_saper wrote: |
Mostly multiple svrconn channels are used to separate connections by application
|
Could you tell me the reason ? |
Sorry but I don't understand your question.
Separating client connections is common thing not only in MQ but also in many other client server systems.
There is always better to reduce impact one client to other.
In this way you can also in easy way block concrete client if you want to (it was said here). _________________ Marcin
Last edited by marcin.kasinski on Wed Apr 18, 2007 6:04 am; edited 1 time in total |
|
Back to top |
|
 |
ae06425 |
Posted: Wed Apr 18, 2007 6:03 am Post subject: |
|
|
Centurion
Joined: 02 Apr 2007 Posts: 100
|
|
Back to top |
|
 |
|