| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| MQSeries programming doubt? |
« View previous topic :: View next topic » |
| Author |
Message
|
| vinodh_niit |
 Posted: Mon Oct 07, 2002 2:14 am Post subject: MQSeries programming doubt? |
 |
|
Apprentice
Joined: 22 May 2002
Posts: 36
Location: chennai
|
Hi All
One of my friend is working on MQSeries application programming using COBOL. The requirement was to write separate routines for CONNECT, OPEN, PUT/GET, CLOSE. DISCONNECT call. These routines can be separate COBOL program. A main cobol program can call the routines if needed or a tool coolgen which generates code from a design will call these routines.
The concern is ..if we write separate programs for ..say..connect call and close it..and then call it in the main...will the Connection handle obtained in the connect be lost as we close the program i.e the subroutine. How long the connection handle be active?? Is this possible.
Any alternate idea is welcome.
Thanks in advance.
Rgds
Vinodh
_________________
vinodh
ssg-mq ream |
|
| Back to top |
|
 |
| dgolding |
| Posted: Mon Oct 07, 2002 5:45 am Post subject: |
|
|
Yatiri
Joined: 16 May 2001
Posts: 668
Location: Switzerland
|
Well, it's about 25 years since I wrote a COBOL program but.... 
You can pass the connection handle to your calling subroutine, so long as you are all running in the same process. You don't mention whcih platform you're on, I assume W2k/NT/Unix - I'm not too sure on OS/390 about the subroutine calling mechanism...
What you CAN'T do on Unix (and I think NT/W2K) is pass the connection and/or file handle to a completely seperate process - this won't work....
HTH |
|
| Back to top |
|
|
| bower5932 |
| Posted: Tue Oct 08, 2002 10:40 am Post subject: |
|
|
Jedi Knight
Joined: 27 Aug 2001
Posts: 3023
Location: Dallas, TX, USA
|
| There have actually been some changes in this area with the MQ 5.3 product. You basically have the ability to share connection handles across threads in situations where you couldn't before. You can check out the MQCNO structure in the Application Programming Reference for details. |
|
| 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
|
|
|
|
