| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQClient Connection: reading Channel Tab File |
« View previous topic :: View next topic » |
| Author |
Message
|
| Marisa_Rodel |
 Posted: Fri Jan 18, 2002 9:48 am Post subject: |
 |
|
Newbie
Joined: 15 Jan 2002
Posts: 4
|
Is the structure of the Channel Tab File, containging the information about a
MQClient connection, published? Or do any tools exist for automatically convert it into ascii?
And does anybody know if IBM has plans to support MQClient Connections with MQJava?
Thanks for any help
Marisa |
|
| Back to top |
|
 |
| kolban |
| Posted: Fri Jan 18, 2002 10:45 am Post subject: |
|
|
Grand Master
Joined: 22 May 2001
Posts: 1072
Location: Fort Worth, TX, USA
|
| The format of the channel tab file is not published. No known tools to convert it to/form ascii. MQ Client connections are already supported with MQ Java including Base Java support and JMS. |
|
| Back to top |
|
|
| Marisa_Rodel |
| Posted: Mon Jan 21, 2002 5:35 am Post subject: |
|
|
Newbie
Joined: 15 Jan 2002
Posts: 4
|
Hello
Thanks for the answer.
Yes the MQClient Connection is implemented, but the Channel Tab File is not read in the MQJava or JMS implementation. And we don't want the hostnames etc. fix coded within the applications.
Cheers
Marisa |
|
| Back to top |
|
|
| T.Rob |
| Posted: Fri Feb 01, 2002 3:04 pm Post subject: |
|
|
Acolyte
Joined: 16 Oct 2001
Posts: 56
Location: Charlotte, NC
|
Phil Moore of MSDW reverse-engineered the table structure and wrote a Perl Module to decompile/recompile them. He has a great section in the docs which explains the file structure in detail. Look on http://cpan.org for the MQSeries module.
We use the Perl module to compile arbitrary channel tables based on a menu. You don't even need MQSeries installed as long as you have the Perl module!
-- T.Rob |
|
| Back to top |
|
|
| StefanSievert |
| Posted: Tue Feb 05, 2002 1:27 am Post subject: |
|
|
Partisan
Joined: 28 Oct 2001
Posts: 333
Location: San Francisco
|
Marisa,
I am not an expert on Java but the few applications I wrote made use of a properties file for storing MQ object names and other application parms (if I recall correctly, there was a Property class available for accessing the file). Keep in mind that your MQ Jaca Client code (not the bindings mode code) may probably run within a browser and thus have no access to the file system.
Reverse engineering of the AMQCLCHL.TAB file is definitely an exciting research task.  However, I wouldn't rely on this information because the file format may (and will most likely?) change over time as IBM implements new client channel attributes/features and then your code may decide not to run anymore unless you go back to researching what the changes are or hope that the perl class (or whatever else you might use) gets updated in time.
My two cents, as always. 
Cheers,
Stefan
_________________
Stefan Sievert
IBM Certified * MQSeries
[ This Message was edited by: StefanSievert on 2002-02-05 01:30 ] |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Tue Feb 05, 2002 4:11 pm Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
Guys, please correct me if I am wrong, but please review the below option that was told to me today by someone VERY knowledgable about MQ. It describes a method where Java would use a channel table for fail over connectivity. (I know very little JAVA, and I haven't had chance to test this, so bear with me here...)
For the MQC.TRANSPORT_PROPERTY, if you code the value MQC.TRANSPORT_MQSERIES_CLIENT, while at the same time leaving the MQEnvironment.Hostname variable blank, you will force your app to act like a client.
Since the hostname is blank, MQ then looks for the MQSERVER value, and if that is unavailable, it then looks for MQCHLLIB and MQCHLTAB variables (your channel table).
Note that this will only work for a JAVA app running as a client on a server where the channel table is known. (ie we have JAVA apps running on our Websphere servers that Client connect to our MQServers). This will not work for Java applets, since there is no channel table on the user's PC that may be accessing the code via a browser.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| 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
|
|
|
|
