> > I looked at the RecordGenerator, but I have my own process to do a similar > thing. It's actually a bit more complicated because the DSECTS don't > contain the full data type information. I am converting STCK values to > java.time.ZonedDateTime, SMF date fields to java.time.LocalDate, CPU time > to java.time.Duration etc. > > You are exactly right! I have been trying to get IBM (with zero success) to realize that they need to publish actual meta-data that describes SMF record field types. An XML or Javascript document that describes the actual types and layout would make the automatic mapping of SMF records something that could be legitimately done.
What I usually do, today, for SMF is to start with the Records generated for a DSECT by the RecordGenerator and then create a hand-written subclass that adds the missing layout and field type information. You are right again about the licensing problem with the JZOS tools on non-zOS platforms - IBM unfortunately blew it when it comes to using the portable parts of JZOS on other platforms. You can certainly download the required JZOS jar from developerworks which contains the fields package and use it in Eclipse or on other platforms (allowed by the developerworks license), but there are no rights granted for you to be able to redistribute that JAR with an application. (BTW: the fields package classes will automatically use portable Java when running on a JVM that does not include the IBM JRE Data Access Accelerator classes. You might want to consider doing something similar in your own stuff, since the DAA API does make a big difference on z) ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
