You can write a batch program either assembler or cobol that can talk to MQ. We have several here that do it. All you have to do is provide the correct copy libraries for compile/assemble and the correct bin libraries for linking.
-----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mohammad Khan Sent: Thursday, April 03, 2014 9:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using DB2 and MQ under JZOS Hi Denis, Thanks for your response. I'm not trying to write my own transaction manager rather I'm hoping to use RRS in that role, after all RRS is already being used for DB2 access. Now if Java does not provide any means of using RRS to coordinate multiple resources I guess I'm out of luck. I'll probably have to use DB2 provided functions to write to MQ. BTW we do have batch cobol programs at our site that access both DB2 and MQ though that's all I know about them. May be these programs have their own transaction management code but I find it very odd that these would not be transactionally sound. But who knows, reality is not limited by anyone's ability to conceive it. As for using an environment other that batch, this process was implemented in WAS/z but the cpu consumption killed the project. I don't know how much of that was WAS overhead and how much was due to the application code. My batch Java code does everything except for writing one message to MQ for about a fourth of the cost. Does Spring offer some kind of transactional facility ? I thought it was just a sql generator. Regards Mohammad On Wed, 2 Apr 2014 12:05:36 -0400, Denis Gäbler <denisgaeb...@netscape.net> wrote: >Hi, > >what you are trying to achieve is the task of a transaction manager. Keep >multiple resources (MQ, DB2) in sync. >What would you do to do the same thing from a COBOL application? TSO batch >does not provide this functionality either. >RRS provides this functionality, but there is no API for it that you could use >from pure Java. > >As an example, instead of using JZOS you could run the Java application in IMS >Java Regions, CICS, DB2 Java Stored Procedure or WebSphere z/OS. >What can also be considered is using a Java based persistence framework, e.g. >Spring to keep the resources in sync. > >In the end you could also write your own transaction manager. > > >Hope that helps, > >Denis. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ========================== This email, and any files transmitted with it, is confidential and intended solely for the use of the individual or entity to which it is addressed. If you have received this email in error, please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this message by mistake and delete this e-mail from your system. If you are not the intended recipient, you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN