Re: SMF data question - an opinion poll, of sorts

[Kirk Wolf]

Neil,

You can definitely use the JZOS RecordGenerator (which we wrote) to generate
Java code that reads SMF records that runs off-platform.

You can even use Co:Z Launcher to pipe the SMF data from a z/OS batch job to
your Java program (using records generated from the DSECT ADATA):
http://dovetail.com/docs/coz/cookbook.html#4_5

(subsitute "smfp" with invocation of your Java program.   In your Java
program use com.ibm.jzos.RDWInputStream wrapped on System.in to read the
data.)

But that's *not* the the real problem IMO.   DSECTS simply don't have the
complete syntactical description of an SMF record, unless you count the
comments.  See my earlier comments on this thread.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com



On Tue, Mar 8, 2011 at 12:19 PM, Neil Duffee  wrote:

> John:  you should visit the proffered url as it might give you some
> experiment ideas.  It contains JCL to generate the class by taking the
> expanded assembler macro text and running it through another class.  Once
> you have the class generated, I expect (not able to try it, tho') that it
> could be run off the mainframe with your downloaded SMF data.
>
> Worth a little investigation.  ('specially since you could probably used
> any of the other supplied macros for all the other SMF layouts.)  For that
> matter, you might be able to run the generator off z/OS using the macro text
> as input.
> -->  signature = 6 lines follows <--
> Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
> telephone:1 613 562 5800 x4585 fax:1 613 562 5161
> mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
> "How *do* you plan for something like that?" Guardian Bob, Reboot
> "For every action, there is an equal and opposite criticism."
> "Systems Programming: Guilty, until proven innocent" John Norgauer 2004
>
>
> > -----Original Message-----
> > From: McKown, John [mailto:john.mck...@healthmarkets.com]
> > Sent: March 7, 2011 09:13
> > Subject: Re: SMF data question - an opinion poll, of sorts
> >
> > [snip] Java on
> > the z is out. I try to download what data I need to my Linux
> > system and process it there.
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List
> > > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Chapman
> > > Sent: Monday, March 07, 2011 5:09 AM
> > > To: IBM-MAIN@bama.ua.edu
> > > Subject: Re: SMF data question - an opinion poll, of sorts
> > >
> > > If you want to do it in Java, it seems like JZOS might be your friend.
> > >
> http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/fields/Smf83BaseRecord.html
> > >
> > > see also com.ibm.jzos.fields
> > >
> > > Of course there are all sorts of options for Java classes to build the
> > > XML once you have the data in some structure within Java.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Neil Duffee]

John:  you should visit the proffered url as it might give you some experiment 
ideas.  It contains JCL to generate the class by taking the expanded assembler 
macro text and running it through another class.  Once you have the class 
generated, I expect (not able to try it, tho') that it could be run off the 
mainframe with your downloaded SMF data.  

Worth a little investigation.  ('specially since you could probably used any of 
the other supplied macros for all the other SMF layouts.)  For that matter, you 
might be able to run the generator off z/OS using the macro text as input.
-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 2004
 

> -Original Message-
> From: McKown, John [mailto:john.mck...@healthmarkets.com] 
> Sent: March 7, 2011 09:13
> Subject: Re: SMF data question - an opinion poll, of sorts
> 
> [snip] Java on 
> the z is out. I try to download what data I need to my Linux 
> system and process it there. 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Chapman
> > Sent: Monday, March 07, 2011 5:09 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: SMF data question - an opinion poll, of sorts
> > 
> > If you want to do it in Java, it seems like JZOS might be your friend.
> > http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jzos/sample/fields/Smf83BaseRecord.html
> > 
> > see also com.ibm.jzos.fields
> > 
> > Of course there are all sorts of options for Java classes to build the 
> > XML once you have the data in some structure within Java.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[McKown, John]

I use JZOS. But we don't have a zAAP. Java is CPU intensive. Which translates 
to money. Which we don't have. So Java on the z is out. I try to download what 
data I need to my Linux system and process it there. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * 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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Chapman
> Sent: Monday, March 07, 2011 5:09 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SMF data question - an opinion poll, of sorts
> 
> If you want to do it in Java, it seems like JZOS might be 
> your friend.  
> For example:
> 
> http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jz
> os/sample/fields/Smf83BaseRecord.html
> 
> see also com.ibm.jzos.fields
> 
> Of course there are all sorts of options for Java classes to 
> build the 
> XML once you have the data in some structure within Java.
> 
> Scott Chapman
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Scott Chapman]

If you want to do it in Java, it seems like JZOS might be your friend.  
For example:

http://www.ibm.com/developerworks/java/zos/javadoc/jzos/com/ibm/jz
os/sample/fields/Smf83BaseRecord.html

see also com.ibm.jzos.fields

Of course there are all sorts of options for Java classes to build the 
XML once you have the data in some structure within Java.

Scott Chapman

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Shmuel Metz (Seymour J.)]

In ,
on 03/03/2011
   at 08:19 AM, "McKown, John"  said:

>Does anybody else like XML?

If IBM does provide SMF data in XML then IBM should also provide
schemas for parsing those data.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[McKown, John]

Not the way I build stuff . If I do something like this, the code would 
likely be in Java so that I could run in on my Linux desktop "for free". Using 
the mainframe is expensive and actually discouraged in order to reduce MSU 
costs. There appears that they are again looking at getting off of the "z", 
perhaps onto an "i".

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * 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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John
> Sent: Friday, March 04, 2011 1:00 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SMF data question - an opinion poll, of sorts
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of McKown, John
> > 
> > We no longer have SAS on any platform. I just thought that getting
> data, such as SMF, out in XML
> > format might be of interest to others. It appears that there is not
> much interest.
> 
> "Build it, and they will come?"
> 
> -jc-
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of McKown, John
> 
> We no longer have SAS on any platform. I just thought that getting
data, such as SMF, out in XML
> format might be of interest to others. It appears that there is not
much interest.

"Build it, and they will come?"

-jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[McKown, John]

We no longer have SAS on any platform. I just thought that getting data, such 
as SMF, out in XML format might be of interest to others. It appears that there 
is not much interest. 

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * 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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bruce Richardson
> Sent: Friday, March 04, 2011 12:52 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SMF data question - an opinion poll, of sorts
> 
> If you are processing your SMF data with SAS (e.g. MXG, MICS, 
> RYO, etc.), 
> just use something like this example (from http://support.sas.com):
> 
> Sample 38159: Create XML on z/OS using the XML LIBNAME engine
>  
> 
> Creating XML files on z/OS can be accomplished by using the 
> XML LIBNAME 
> engine. When creating output using the XML LIBNAME engine, the RECFM 
> should be set to VB. The default output generated with the 
> XML LIBNAME 
> engine is a generic XML file. The structure of the output XML 
> generated can 
> be modified using the XMLTYPE= option specifying one of the 
> predefined 
> output types, or by using the TAGSET= option on the LIBNAME statement 
> specifying a custom tagset. 
> See the Full Code tab above for an example. 
> 
> 
> 
> --
> -
> -
> These sample files and code examples are provided by SAS 
> Institute Inc. "as 
> is" without warranty of any kind, either express or implied, 
> including but not 
> limited to the implied warranties of merchantability and 
> fitness for a particular 
> purpose. Recipients acknowledge and agree that SAS Institute 
> shall not be 
> liable for any damages whatsoever arising out of their use of 
> this material. In 
> addition, SAS Institute will provide no support for the 
> materials contained 
> herein. 
> This sample generates an XML file with the SASHELP.CLASS data set.
> --
> -
> -
> 
> filename output  '.test.xml' recfm=vb lrecl=8196 
> blksize=27998 disp=new;
> libname output xml;
> 
> proc copy in=sashelp out=output;
>select class;
> run;
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Bruce Richardson]

If you are processing your SMF data with SAS (e.g. MXG, MICS, RYO, etc.), 
just use something like this example (from http://support.sas.com):

Sample 38159: Create XML on z/OS using the XML LIBNAME engine
 

Creating XML files on z/OS can be accomplished by using the XML LIBNAME 
engine. When creating output using the XML LIBNAME engine, the RECFM 
should be set to VB. The default output generated with the XML LIBNAME 
engine is a generic XML file. The structure of the output XML generated can 
be modified using the XMLTYPE= option specifying one of the predefined 
output types, or by using the TAGSET= option on the LIBNAME statement 
specifying a custom tagset. 
See the Full Code tab above for an example. 



---
-
These sample files and code examples are provided by SAS Institute Inc. "as 
is" without warranty of any kind, either express or implied, including but not 
limited to the implied warranties of merchantability and fitness for a 
particular 
purpose. Recipients acknowledge and agree that SAS Institute shall not be 
liable for any damages whatsoever arising out of their use of this material. In 
addition, SAS Institute will provide no support for the materials contained 
herein. 
This sample generates an XML file with the SASHELP.CLASS data set.
---
-

filename output  '.test.xml' recfm=vb lrecl=8196 blksize=27998 disp=new;
libname output xml;

proc copy in=sashelp out=output;
   select class;
run;

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[David Crayford]

On 4/03/2011 4:53 PM, Shane Ginnane wrote:

I'm with Jim on this - don't see the (full) requirement.
I've always been ambivalent to XML, but the RMF CIM provider(s) certainly
showed it's potential.


Have you had a bad experience with RMF CIM? If so please share...



That's about as much as I need.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Ginnane
> Sent: Friday, March 04, 2011 2:54 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: SMF data question - an opinion poll, of sorts
> 
> I'm with Jim on this - don't see the (full) requirement.
> I've always been ambivalent to XML, but the RMF CIM 
> provider(s) certainly
> showed it's potential.
> That's about as much as I need.
> 
> Shane ...

Didn't mean to imply replacing the current SMF records with XML formatted 
records. But some some of post-processor such as RACF supplies for their audit 
records might be nice. In my case, especially for type 119, 30, and CICS 110 
records. Wish I could get DFSORT to be able to easily handle the type 30s. But 
those offsets and things are not easy to process using DFSORT.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
john.mck...@healthmarkets.com * 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Shane Ginnane]

I'm with Jim on this - don't see the (full) requirement.
I've always been ambivalent to XML, but the RMF CIM provider(s) certainly
showed it's potential.
That's about as much as I need.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Joel C. Ewing]

On 03/03/2011 08:19 AM, McKown, John 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 *
john.mck...@healthmarkets.com * www.HealthMarkets.com

...

I can see this as potentially useful if applied to a subset of SMF data. 
 But for processing all our umpteen million daily SMF records on 
another platform it would be a grossly inefficient choice, since adding 
XML tags to all fields would no doubt increase the physical size of an 
already large file by a factor of 3 or worse.  Compression of 
XML-formatted data could significantly reduce external file size, but 
compression/decompression costs cpu, and at some point in creating and 
using the data you still have to work with the expanded bytes.  XML 
representation has its advantages, but practicality goes down as volume 
of data goes up.

--
Joel C. Ewing, Fort Smith, ARjcew...@acm.org
   Bentonville, AR   jcew...@acm.org

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Rick Fochtman]

--
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, I'm afraid it wouldn't make much difference to me, since I use a 
HLL )PL/1) to post-process all my SMF data. If it'll help, I'll try to 
find my PL/1 DECLARE statements for the SMF records I process.


Rick

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Kirk Wolf]

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  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
>  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 *
>> john.mck...@healthmarkets.com * 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMF data question - an opinion poll, of sorts

[Kirk Wolf]

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
 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 *
> john.mck...@healthmarkets.com * 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html