Comments (11)
  • Add a Comment
  • Edit
  • More Actions v
  • Quarantine this Entry

1 elisabethCesc commented Permalink

Thanks for explanation WebSphere MQ Client Configuration :-)

2 RichardHamilton commented Permalink

Elisabeth, Thanks for your comment!
Regards, R J Hamilton

3 elisabethCesc commented Permalink

Welcome Richard:-)

4 ametinithinkumar commented Permalink


5 ametinithinkumar commented Permalink


6 ray.g commented Permalink

Is there any performance difference connecting to a remote queue manager (and reading queues) using server libs instead of client libs?

7 Gregory(Greg)Bowman commented Permalink

@ray.g Yes, the client connections will typically be slower than a direct connection using bindings mode to connect to a queue manager but the performance difference can vary greatly depending on the amount of "network" that is involved in the client connection. This will hold true even if you are using client connections to connect to a queue manager on the same machine. The best way to determine the amount of performance overhead for your particular environment is to do some testing, but there are some Performance Reports SupportPacs that will give you some general guidelines of what was found in the IBM test labs. Here is a link to a list of those performance reports where you can choose the ones that are most applicable to the version and platforms you are using:

8 sjoy0703 commented Permalink

What are the different ways of connecting a client program to a MQ server other than using bindings file and client connection/server connection channels. I have seen some client programs making direct connections to the Queue Manager within the code. Which is the better way??

9 Gregory(Greg)Bowman commented Permalink

@sjoy0703 If a program is making a direct connection to the queue manager then it would be considered a "MQ Server program", as described in the article. If the application is running on the same machine as the queue manager, then it is generally better to connect directly to the queue manager, as a MQ Server program, and thus avoid the network and any potential problems in the network. Besides avoiding problems that could occur with network outages, the MQ Server connection is usually going to be noticeably faster too.
Regards, Greg Bowman

10 sjoy0703 commented Permalink

@Greg Thanks! What I had in my mind when I asked this question is I found an XMS client application which makes connection to a remote queue manager in another machine without using bindings or Client/Server Connection channels.
What I understood later is it is using managed connection and invoke Queue Manager connectivity call directly from the client code during runtime and uses .NET configuration file instead of WebSphere MQ client configuration file and environment variables. Of course the managed connection has lot of limitations when compare with the regular client mode connectivity described here.