It might be possible to create a tool to help generate XML models for SMF records:
Input: - ADATA files from DSECT(s) - control statements that specify: - data types (other than what can be determined from the ADATA) - triplets and substructures Output: - An XML document that describes an SMF record (fields, data types, substructures, etc) Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Mar 3, 2011 at 10:11 AM, Kirk Wolf <[email protected]> wrote: > John, > > IMO, the first problem to solve would be to create a good model/schema > description for SMF records - the DSECTS are really insufficient > (actual data types and structure can only be gleaned from the comments > or other documentation) > > If you had an XML document that *described* each SMF record that > covered the SMF datatypes, "triplets", etc, etc, then you could use > this XML "schema" to generate code that would translate from the > existing SMF records to whatever - XML, JSON, Java bean classes, > DFSORT symbols, report writers, etc, etc. > > A great community (cbttabpe?) project would be to create an XML > meta-model (a schema) for modeling SMF records, and then individuals > and vendors could publish models for their SMF records. Think of the > great tools that could be easily written to process SMF data if these > models were available.... > > Regards, > Kirk Wolf > Dovetailed Technologies > http://dovetail.com > > On Thu, Mar 3, 2011 at 8:19 AM, McKown, John > <[email protected]> wrote: >> This is a type of "opinion poll" question. In general, it could be reduced >> to: "What do you think of XML encoded data?". In particular, the nice RACF >> people have a program `which unloads their SMF audit data in XML format as >> an option. What is nice about it is that the data is printable and so easily >> downloaded to my Linux system. XML formatting is nice because it easier to >> read using Java and XSLT processor to do queries and reformatting. Which >> makes it easier for me to load into a database (PostgreSQL based in my >> case). I would find it very helpful to me if more SMF records could be made >> available in XML character format so that I could easily process it on >> Linux. So I'm wondering what others think of this? Does anybody else like >> XML? Or am I, once again, in the minority? Yes, I could write an HLASM >> program myself to do this. Perhaps by somehow reading ADATA output to >> generate a program to do it. >> >> >> John McKown >> Systems Engineer IV >> IT >> >> Administrative Services Group >> >> HealthMarkets(r) >> >> 9151 Boulevard 26 * N. Richland Hills * TX 76010 >> (817) 255-3225 phone * >> [email protected] * www.HealthMarkets.com >> >> Confidentiality Notice: This e-mail message may contain confidential or >> proprietary information. If you are not the intended recipient, please >> contact the sender by reply e-mail and destroy all copies of the original >> message. HealthMarkets(r) is the brand name for products underwritten and >> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake >> Life Insurance Company(r), Mid-West National Life Insurance Company of >> TennesseeSM and The MEGA Life and Health Insurance Company.SM >> >> >> ---------------------------------------------------------------------- >> 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
