Not likely. I've tried to write a generic JCL scanner myself. It is very difficult. And I was using some pretty heavy tools, albeit on a Linux system, not z/OS itself. What occurs to me, which I have not tested, is the fact that z/OS JCL looks a lot like HLASM input. So I wonder if it would be possible to use HLASM and AREAD (to read the JCL in the HLASM sysin stream) and use AINSERT to reinsert it as a macro invocation. The macro would then use PUNCH statements to write out the expanded JCL to SYSPUNCH. It's just the barest beginning of an idea.
-- 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 Roberts, John J > Sent: Monday, October 31, 2011 3:53 PM > To: IBM-MAIN@bama.ua.edu > Subject: Scanning JES3 JCL > > I have a requirement to generate cross references of JCL > Source. I need to have a database that I can query to answer > questions like this: > > 1. What job/jobstep/ddname references dataset A.B.C? > > 2. What job/jobstep references program XYZ? > > 3. What datasets does job J123 reference, ... > > At this installation, we have simple source xref tools to do > this now, possible only because this installation did not > believe in SET/INCLUDE/PROC etc. > > But now we are going to be creating much more elaborate JCL, > with heavy usage of SET/INCLUDE/PROC. So the old tools won't > work anymore. > > I have looked into COTS software like CA-JCLCHECK, but I > think this is a non-starter due to cost (we are on a group 80 > machine). I also know that legacy migration tools are > available off platform, but I really need a z/OS solution. > > So I wonder: is there any possibility of my invoking z/OS > JES3 routines to fully resolve JCL source? I know that the > JCL Converter/Interpreter does this when you submit a job, > but the result is a bunch of internal control blocks chained > together. But is there anything that can take "complex JCL" > as input and output "simple JCL text" as file output (with > all PROCs, INCLUDEs, and symbols resolved)? Also, this needs > to be something that can be done as a regular application > program, not something where I need to involve the SysProgs > (IEFUJV etc.). > > If I had a tool like this, then extracting xref information > to build the database become a fairly simple exercise. > > John > > ---------------------------------------------------------------------- > 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
