| Author |
Message
|
| gobi_nathan |
 Posted: Thu Feb 13, 2003 9:34 pm Post subject: Mainframe- Java application |
 |
|
Acolyte
Joined: 08 Jan 2003
Posts: 69
|
Hi ,
I am using MQSeries between Mainframe and Unix system communication. Mainframe system sends the request to the queue defined in Unix machine. Java application running in the unix queue reads the message from the queue and sends reply message back to mainframe queue.
My question is :
1. Do we have to define two different communication channel between mainframe-unix system.one for request and another reply.
2. Can java application put the reply back to mainframe queue .Or do we need to define remote queue definition in Unix machine.
3. Which is the good approach deliver the reply message to Mainframe queue.Using Reply queue alias definition and queue manager alias definition will help?
I guess most of you worked on same cases.
Let me know your suggestion.
Thanks in advance.,
Gobi. |
|
| Back to top |
|
 |
| RogerLacroix |
| Posted: Thu Feb 13, 2003 10:02 pm Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Answers:
(1) Yes, if you are doing server to server communication.
(2) Yes, the Java program on Unix can connect & get/put messages to the mainframe queue manager but you need to have CAF (Client Attachment Feature) installed on the mainframe.
(3) It depends if CAF is installed. If it is installed and you can get the security set up correctly, then I prefer that my programs have direct access to the mainframe queue manager.
later
Roger...
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| gobi_nathan |
| Posted: Thu Feb 13, 2003 10:12 pm Post subject: |
|
|
Acolyte
Joined: 08 Jan 2003
Posts: 69
|
Thanks Roger,
Following to my question .How we can use Reply-Queue alias and queue manger alias on that approach
-Gobi. |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Thu Feb 13, 2003 10:27 pm Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Assuming you are using server to server communication, then you have 2 chooses:
(1) Use remote queue definition - it will point to a local queue on a remote queue manager
(2) Have your application specify BOTH the remote queue manager and the local queue name (on the remote queue manager) BUT if your XMIT does NOT have the same name as the remote queue manager then you need to define a remote queue managaer alias on the local queue manager.
If you use a remote queue definition then, if you want, you can have a alias queue definition point to the remote queue definition. (A little over kill but it works.)
later
Roger...
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
| gobi_nathan |
| Posted: Thu Feb 13, 2003 10:45 pm Post subject: |
|
|
Acolyte
Joined: 08 Jan 2003
Posts: 69
|
Hi Roger,
Yes.we are using server to server communication .
My only concern is from the Unix server.Application respond to the request.I don't want to use any Queuemanager or queue name of the Mainframe system(Request system).Because my server application respond to multiple requestor .
I just want to get the names from the request message itself.
Obviously i was looking for good design approach for the proposed problem.
-gobi |
|
| Back to top |
|
|
| RogerLacroix |
| Posted: Fri Feb 14, 2003 10:25 pm Post subject: |
|
|
Jedi Knight
Joined: 15 May 2001
Posts: 3264
Location: London, ON Canada
|
Hey gobi, you asked a specific question and I gave you an answer for that question: "How we can use Reply-Queue alias and queue manger alias on that approach"
It would be a good idea to give ALL of the details of your question / query in your first post rather than doing a "shoot them down - give new details" approach. It is hard to give a good answer when the target keeps on moving.
Now assuming that you want to go with a server to server approach, then have each requesting application (i.e. mainframe appl.) fill in the ReplyToQ and ReplyToQMgr of the message descriptor (MQMD).
When your Java application on Unix receives the message, it will temporary save the ReplyToQ and ReplyToQMgr from the MQMD. Next your Java program will do whatever business logic is required and build a reply message. It will then open a queue from the saved info (ReplyToQ & ReplyToQMgr) and then send the message.
Just make sure your Java program specifies both the queue name and the queue manager name for the MQOPEN. If your transmission queue name is the same as the remote queue manager name then no futher setup is required. If it is not, you will need to define a queue manager alias before this scenario will work.
later
Roger...
_________________
Capitalware: Transforming tomorrow into today.
Connected to MQ!
Twitter |
|
| Back to top |
|
|
|
|
