NB: I do not speak for IBM on licensing issues on this. at all. The JZOS Record Generator is not part of the z/OS SDK, but it does include the runtime classes (com.ibm.jzos.fields). It is available free to z/OS users. See: https://www.ibm.com/support/knowledgecenter/SSMQ4D_3.0.0/documentation/welcome.html
Licensing issues aside, the record generator package includes everything you need to generate Java recording mapping classes AND run them. Some licensing use cases: 1) licensed z/OS customer installs JZOS Record Generator on a workstation for use in an IDE. 2) licensed z/OS customer installs JZOS Record Generator on a workstation or server in their environment and run the Java classes included in it for something other than "development". 3) licensed z/OS customer distributes the JZOS Record Generator to another organization who is not licensed to use it. The IBM documentation seems to say that (1) is OK. (3) is obviously not OK. The outstanding question IMO is (2). If the download site was available today I would try to read the license agreement :-) There was a previous version of the JZOS Record Generator that was available on alphaWorks and developerWorks. I believe that the license agreement there does allow (2). So I would contact IBM and see if they will answer the question. Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Jan 4, 2018 at 8:08 AM, John McKown <[email protected]> wrote: > On Thu, Jan 4, 2018 at 7:30 AM, Kirk Wolf <[email protected]> wrote: > > > The com.ibm.jzos.fields package supports binary, packed, zoned, and HFP > > data and will run on non-z/OS Java platforms. > > When running on z/OS, some of the converters will use "data access > > acceleration" primitives to speed things up, but otherwise the code is > just > > Java. > > > > Yes. And I've used that facility myself to process z/OS SMF data on an > Linux/Intel system. It works fairly well (considering my Linux system at > work is on a "retired" Dual Pentium D machine!). I think that Frank's > problem with all of this is fear of the IBM lawyers and whether he is > authorized to use this software on a non-z/OS (Windows?) system. I think > that it is rather obvious that _I_, on a company machine, have a licensed > to download the z/OS Java code to my _company owned_ PC in order to write > Java code which will be used to process _company_ data. > > In general, even without using the com.bim.jzos.* jar files, it is not what > I'd call "difficult" to process z/OS (EBCDIC text and binary data) using > Java on an ASCII platform. It is just "fiddly". Using the JZOS jar and the > Java Record Generator reduces the "fiddliness" of doing it. I used these > facilities back in 2009 to create a set of Java program to process a lot of > the SMF record types. The hardest part was writing up the HLASM invocation > of the SMF macros to generate the ADATA needed to feed into the Java Record > Generator. And I have no doubt that Dovetailed's "fingerprints" are all > over it because I remember when JZOS was a Dovetailed Technologies > "product" and not part of the IBM JDK. > > > > > > > Kirk Wolf > > Dovetailed Technologies > > http://dovetail.com > > > > > -- > I have a theory that it's impossible to prove anything, but I can't prove > it. > > Maranatha! <>< > John McKown > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
