| Author |
Message
|
| vradhik |
 Posted: Sat Nov 08, 2008 1:10 pm Post subject: Communication from AIX to Z/OS |
 |
|
Novice
Joined: 08 Nov 2008
Posts: 10
|
Hi
I am a novice to MQ and have a question.
We have a requirement to send some financial data from a web application on AIX to a legacy application on mainframes z/OS. The options considered are
1) flat file 2) MQ
If we are to go with MQ, what software products do we need installed on both systems? Will we need MQ server on both machines? Since the data is critical financial data, we will need assured-delivery and delivered-only-once need to be taken care.
Also, what software do we need to send and receive messages? I assume the web application in Java can use JMS or is there anything else? What will we need on the legacy application side where we use IMS v9.1, DB2 v8.1 NFM. As per my understanding, we will only update db2 tables. However if IMS needs to be updated, is it any different?
Also, as of now, the requirement is to only receive data from the web application to the legacy application. Will the product requirements be significantly different if we were to have bi directional communication?
Any other considerations? Thanks for any help |
|
| Back to top |
|
 |
| fjb_saper |
| Posted: Sat Nov 08, 2008 7:40 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Being that this is a financial app with all the usual requirements I would suggest a QMGR on AIX and one on ZOS.
The web can use JMS. You should however take care when defining the queues in JNDI whether you want the RFH header present or not. (I would expect not => targetClient = MQ (1))
And remember that persistence should be an application responsibility.
Using IMS and the IMS bridge will get a little bit more involved.
Make sure you are familiar with the way things are done in your shop.
Get some help from IBM for the implementation if you are not familiar with either products (MQ, IMS, IMS bridge)...
There should not be the need for any additional investments to get the communication going both ways.
Enjoy 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| PeterPotkay |
| Posted: Sun Nov 09, 2008 5:43 am Post subject: |
|
|
Poobah
Joined: 15 May 2001
Posts: 7722
|
The IMS bridge is optional, depending on if your design requires it. If you are coding a new IMS program that will have MQ calls in it (MQGET the app data from an MQ queue), you don't need it. If you have an existing legacy IMS app that cannot be changed at all, it is already doing "IMS gets" from an IMS queue. In this case you send MQ messages from AIX to the mainframe via the IMS Bridge, and the IMS bridge will convert that message from MQ to IMS. The existing IMS app is then kicked off and is not aware that its data came from an MQ transaction originating on another system.
The IMS Bridge if used, will take care of converting that IMS transaction back into an MQ reply to be sent back to AIX.
_________________
Peter Potkay
Keep Calm and MQ On |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Sun Nov 09, 2008 6:17 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
| Quote: |
| to a legacy application on mainframes |
What kind of mainframe application? Is it a batch job? A CICS transaction? An IMS transaction? Something else?
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| vradhik |
| Posted: Sun Nov 09, 2008 10:26 pm Post subject: mainframe application type |
|
|
Novice
Joined: 08 Nov 2008
Posts: 10
|
| bruce2359 wrote: |
| Quote: |
What kind of mainframe application? |
|
A mainframe application with screens in VAG and few in IMS DC online screens and batch with DB2 backend.
Thanks Peter and fjb_saper for the replies!! |
|
| Back to top |
|
|
| vradhik |
| Posted: Thu Nov 20, 2008 8:42 pm Post subject: |
|
|
Novice
Joined: 08 Nov 2008
Posts: 10
|
Some clarity on the requirements :
1) Messages need to be sent from AIX system to Z/OS system only and not the other way round.
2) IMS database will not need to be updated. Only DB2 has to be updated
My question is, will we still need QMGR on Z/OS end?
What will be used in the mainframes to process the MQ messages? The current environment is using : PL/I, COBOL, CSP, Visual Age, DB2
Thanks! |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Thu Nov 20, 2008 8:47 pm Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Unless you are using zlinux on zOS you will need a qmgr on zOS.
Have fun
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri Nov 21, 2008 1:19 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| vradhik wrote: |
| My question is, will we still need QMGR on Z/OS end? |
If you've got critical financial data with the requirements above I'd say yes.
| vradhik wrote: |
What will be used in the mainframes to process the MQ messages? The current environment is using : PL/I, COBOL, CSP, Visual Age, DB2
|
Whichever of these you prefer - they're all WMQ aware.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
