It would depend on your favorite tool of choice (Perl, etc), but it is very feasible to use Java to process SMF records, either on z/OS or on another platform, with the following combination of tools:
- You can use the JZOS alphaWorks package to convert SMF record DSECTS into Java beans that map the fields and datatypes for the SMF records. (See the SMF 83 example included with JZOS) - You can use free Java reporting tools like JasperReports to do reporting - You can use Co:Z to offload processing of the data (binary, with RDWs) to another platform (See http://dovetail.com/docs/coz/cookbook.html#4_5 ) I agree that this would be a really nice open source project. We are willing to help by providing Java, JZOS, and Co:Z technical support if someone wants to tackle pieces of it. Feel free to use our forums: http://www.dovetail.com/forum/ Kirk Wolf Dovetailed Technologies On Fri, Jun 20, 2008 at 8:53 AM, McKown, John <[EMAIL PROTECTED]> wrote: > > -----Original Message----- > > From: IBM Mainframe Discussion List > > [mailto:[EMAIL PROTECTED] On Behalf Of Martin Packer > > Sent: Friday, June 20, 2008 8:30 AM > > To: [email protected] > > Subject: Re: replacing SAS for SMF reports? > > > > Perl got mentioned. I suspect the problem - if there IS a > > problem - is > > going to be VBS records. But then I don't know Perl. > > Can Perl read z/OS datasets? Or only UNIX files? If the latter, then > you'd need to either copy the SMF data to a UNIX file, or maybe use > Dovetail's "fromdsn" to pipe the dataset contents to the Perl script. In > either case, Perl is only going to see a stream of bytes. Which could be > a problem unless that stream includes the RDW (which fromdsn can do) so > that Perl will know how long each record is. I don't know if it is > possible to "reconstruct" SMF records into individual records if the RDW > is missing. I would also be a bit concerned with easy use of SMF/RMF > timestamps. That is the main reason that I love SAS for SMF/RMF > processing. > > > > > I have a side interest in "seeing modern stuff demonstrated > > on z/OS" and a > > German colleague whose whole "day job" appears to be the > > same. Maybe I > > should work with HIM to demo Perl going against SMF. Note: > > Perl would have > > to cope well with things like triplets. > > I think Perl could do this using the "substr" function, along with the > "unpack" function. That's what I do in REXX. > > > > > Any other languages need to be demo'ed against SMF? Or > > similar truculent > > data? :-) > > I did some work using Java, but a combination of lack of time and a > decrease in interest (it is difficult!) put the kabosh on that project. > > > > > Martin > > > > Martin Packer > > > -- > 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
