A regular MQSeries Java program should run fine on z/OS. Don't think you'll have much luck executing the mqver or dspmq commands though. - Bruce Giordano
Roger Lacroix <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] cc: Sent by: MQSeries List Subject: Re: mqver remotely? Maybe MO71? <[EMAIL PROTECTED]> Friday August 22, 2003 02:53 PM Please respond to MQSeries List Hi, Have your SysAdmin install the latest IBM JDK on OS/390 and your code will work just fine. I've done many Java programs (running on OS/390) that accessed mainframe queue managers. It works like a charm. later Roger.. Quoting "McCarty, Brian" <[EMAIL PROTECTED]>: > I think we can bypass the platform problem by making a command executable > generically called. I wrote a small Java program as an example. I think it > will work on Windows, Solaris, Linux and AIX without any problem. But of > course it won't work on OS/390 (and others) since the commands are not > available. I just plan on having this type of program triggered and first > get the "cmd" from the request queue as a string and then put the > "output.toString" back on a reply queue. It's working for mqver, dspmq and > netstat (a big output test). > > Still testing.... > > String cmd = ("mqver") ; > Process p = Runtime.getRuntime().exec(cmd); > InputStream pin = p.getInputStream(); > BufferedReader br = new BufferedReader(new InputStreamReader(pin)); > String line; > StringBuffer output = new StringBuffer(); > while ((line = br.readLine()) != null) > { > output.append(line); > output.append("\n"); > } > System.out.println(output.toString()); > > -----Original Message----- > From: Wyatt, T. Rob [mailto:[EMAIL PROTECTED] > Sent: Friday, August 22, 2003 1:27 PM > To: [EMAIL PROTECTED] > Subject: Re: mqver remotely? Maybe MO71? > > > Hmm...some new commonality across all our shops? At one time everyone was > writing wrappers around MQ. Now it seems many of us are writing agents to > do some of the things that IBM left out and more. > > We have the luxury in my division of the company of having a pretty > homogenous shop. Almost all of my MQ servers are on platforms supported by > ActiveState Perl. We got a copy of the Perl Dev Kit and compile our agent > scripts so they can be deployed without regard to installation dependencies. > > Our agent scripts provide access to the error logs and FDC files, run shell > commands (Win and Unix), set and display auths and can even receive and > deploy compiled exits. To get around platform inconsistencies and to add > security, the scripts do not run commands directly but instead take a > generic command ("deploy exit" for example) and translate it to the > appropriate system-specific action (copy to /var/mqm/exits or c:\program > files\...\exits"). > > Perl is great because the script can open and read our command queue and > write the responses directly to the response queue. The MQSeries Perl > module understands basic messages and PCF commands so it has direct access > to all the message fields and does not rely on AMQSGET/AMQSPUT. The script > can also execute shell commands directly without writing intermediate files. > After we bought AppWatch we showed our scripts to Reconda because we wanted > the functionality integrated. My understanding is that several agent > functions are planned for an upcoming release. Hopefully, IBM will still be > giving away copies (http://www-3.ibm.com/software/integration/mqreconda/) > when the new version comes out. > > MSDW, the people who maintain the Perl MQSeries module, built a wrapper > around IBM's command server. Their wrapper intercepts PCF commands, > executes those it understands and passes the remainder on to IBM's command > server for processing. Their agent implementation makes ours look like > "Hello World". > > IBM - take note! We are all out here writing agents to do things that > should have PCF equivalents such as dumping log files, getting the > version/CSD level, displaying auths and starting/stopping components. I > know there is a formal request process for this but I also know you all take > notice when a substantial part of the community starts writing the same > enhancement to the base code. > > -- T.Rob > > -----Original Message----- > From: McCarty, Brian [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 21, 2003 6:25 PM > To: [EMAIL PROTECTED] > Subject: Re: mqver remotely? Maybe MO71? > > > You say that you built a script that started by triggering and then reads > the application queue that has messages that the body contains a command to > run? Just looking for clarification because I think we would like to do > this also for more than just mqver. Does the script actually call a program > that does the get then put (of the command output)?, or did you write the MQ > part into the script also? > > Did you have any other problems or gotcha's that we should look for? > > Thanks in advance for any other input. > > B > > -----Original Message----- > From: John Matoba [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 21, 2003 11:03 AM > To: [EMAIL PROTECTED] > Subject: Re: mqver remotely? Maybe MO71? > > > We created a script that is triggered by an MQ message and assumes the > message body contains a unix command. When the script is triggered, it > runs the unix command and returns the output in a reply message. From a > hub queue manager, we can send an mqver command to all our queue > managers and generate a report of all the version info on all our queue > managers. > > Such a script is fairly simple to write and as you might imagine, is > quite useful in centrally issuing other unix commands..... > > John Matoba > Information Systems > Northwestern Mutual Life > 414-665-4160 > > > -----Original Message----- > From: Peter.Potkay [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 21, 2003 10:02 AM > To: MQSERIES > Subject: Re: mqver remotely? Maybe MO71? > > > Paul, I am forwarding your reply to my IBM rep Tom Kruczek. Maybe he can > push this request over to Hursley officially. > > > -----Original Message----- > From: Paul Clarke [mailto:[EMAIL PROTECTED] > Sent: Thursday, August 21, 2003 10:50 AM > To: [EMAIL PROTECTED] > Subject: Re: mqver remotely? Maybe MO71? > > > >Is there anyway to get the MQ version of a box without having to > actually > >log onto the box? MQExplorer? QPASA? MO71? > > >It is a pain having to log onto individual boxes just to run the mqver > >command when you want to see what CSDs have been applied. > > >Paul, would there be anyway for MO71 to do this in a future version? > > MO71 pretty much only talks to the command server, this is so it doesn't > require an agent running on the target machine. Consequently if you want > MO71 to be able to tell you the CSD level it really means that we need a > command server version of the MQVER command. It doesn't seem an > unreasonable requirement to me to have one added but this isn't really > my > area. > > Cheers, > P. > > Paul G Clarke > WebSphere MQ Development > IBM Hursley > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > > This communication, including attachments, is for the exclusive use of > addressee and may contain proprietary, confidential or privileged > information. If you are not the intended recipient, any use, copying, > disclosure, dissemination or distribution is strictly prohibited. If > you are not the intended recipient, please notify the sender > immediately by return email and delete this communication and destroy > all copies. > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > > Instructions for managing your mailing list subscription are provided in > the Listserv General Users Guide available at http://www.lsoft.com > Archive: http://vm.akh-wien.ac.at/MQSeries.archive > Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive Instructions for managing your mailing list subscription are provided in the Listserv General Users Guide available at http://www.lsoft.com Archive: http://vm.akh-wien.ac.at/MQSeries.archive