|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Channels vs client and server apps - assertions |
« View previous topic :: View next topic » |
Author |
Message
|
HenriqueS |
Posted: Fri Jun 29, 2007 3:27 pm Post subject: Channels vs client and server apps - assertions |
|
|
 Master
Joined: 22 Sep 2006 Posts: 235
|
Hello, I´ve read some documentation about the MQI channels and tried to figure out the real need for MQI channel definitions...
I just wanted to make sure I got the things right...my assertions:
1) Server-side apps running on bindings mode do not need any channel definition to connect to the local MQ installation.
2) "Message channels" only apply for MQ to MQ communication, types of such messages channels are "Receiver" and "Sender".
3) "Message channels" channels provide assync communication. MQI channels ("Server connection" and "Client Connection") do not. If the communication layer is unreliable between the client and the app you´ve got to deal with exceptions.
4) "Server connection" channels are needed to allow client apps to connect to the MQ server. The apps written to connect to the server must refer to the channel name on its code.
5) Entries on the "Client connections" folder are also needed to allow client apps to connect to the MQ server. If they are not used, the client app must be run with a environment variable that refers to the server.
Now questions:
6) Whats the purpose of the "Connection name" property inside a "Client connection" object, is not the client app already aware of the server since connects to it since from the beginning referring to the server hostname and channel name on its code?
7) Does always a client app need to load the client connection channel definitions - downloading the .TAB definition from the server or declaring the environment variable (MQSERVER)? I´ve got client apps that don´t do either, just open the connection with the server using three values (hostname, port and channel), and they do work...not even a "Client connection" object is created, only is created a "Server connection" object!
Am I wrong on any of my assertions above? Please try to answer in the numbering scheme to make it easier...
Many thanks! |
|
Back to top |
|
 |
Vitor |
Posted: Fri Jun 29, 2007 3:55 pm Post subject: |
|
|
 Grand High Poobah
Joined: 11 Nov 2005 Posts: 26093 Location: Texas, USA
|
1 - 5 mostly yes.
6 There's no requirement for a client app to know anything about the server hosting the queue manager, or even the queue manager name.
7 The connection methods that specify the 3 connection attributes set up an "MQSERVER" variable under the covers. The methods are equivalent, just deifferent ways of suppling the information. _________________ Honesty is the best policy.
Insanity is the best defence. |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
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
|
|
|
|