John, You might also consider using the Assembler DSECT mapping support that is available in the alphaWorks version of JZOS. With it, you can generate Java record mapping classes from Assembler DSECT and then process the records using a Java program.
See: http://www.alphaworks.ibm.com/tech/zosjavabatchtk The Java program could either run on z/OS, or you could still use Co:Z to ship the raw SMF records to Linux and run the Java processing program there. Other than Java, you could use "C" and use the z/OS C++ "CDSECT" compiler utility that converts a DSECT into C header files. FWIW: here's example JCL that dumps SMF and offloads processing of it using Co:Z. Our download site has a sample C program, but you could also use Java. http://dovetail.com/docs/coz/cookbook.html#4_5 Kirk Wolf Dovetailed Technologies On Mon, Jun 16, 2008 at 9:51 AM, McKown, John <[EMAIL PROTECTED]> wrote: > Well, it looks like SAS is pricing itself out of our range. Or > management is just doesn't think that we are getting our moneys worth or > ... > > Anyway, other than using HLASM or maybe <shudder> COBOL, anybody have > any suggestions how to easily do some "ad hoc" type SMF reporting? What > would be really nice would be some sort of SMF to XML output program. I > really like the IRRADU00 output (RACF SMF data translated to XML). I > download that to my PC and run Java against it. If necessary, I could > even develop and test the Java code on my PC and run the application on > the mainframe once it is working. (or use Co:Z to ship the XML to my > Linux system and run the code there with the response going back to the > mainframe). > > -- > John McKown > Senior Systems Programmer > HealthMarkets > Keeping the Promise of Affordable Coverage > Administrative Services Group > Information Technology > > The information contained in this e-mail message may be privileged > and/or confidential. It is for intended addressee(s) only. If you are > not the intended recipient, you are hereby notified that any disclosure, > reproduction, distribution or other use of this communication is > strictly prohibited and could, in certain circumstances, be a criminal > offense. If you have received this e-mail in error, please notify the > sender by reply and delete this message without copying or disclosing > it. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
