> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of John Mattson > Sent: Tuesday, June 03, 2008 11:04 AM > To: [email protected] > Subject: Re: JCL Symbol Not Substituted > [snip] > But Paul Gilmartin is totally correct, It needs to > be replaced. > But not fixed. Can you imagine how much JCL would fail if it started > working rationally? No, start from scratch, call it z/JCL > (or whatever > comes after z) and go forward. JCL is older than most people > who use it, > and such a conglomeration that repairing it is out of the question. > Some folks have advocated running all of your jobs under REXX > which does what JCL does, but much better. Only drawback I > see is all > that TSO overhead.
REXX does not need TSO in order to run. REXX can run "stand alone" using IRXJCL. There is also the UNIX REXX. I've also picked up NetREXX. NetREXX is OOREXX which compiles to Java class files (and thus UNIX). >But it does provide an image of what JCL > could/should > be. Of course, all of your job scheduling/ re-start programs > would have > to be re-written.... Well, I am looking to do some consulting > post-retirement. Just to support my Renaissance music habit. As you pointed out, a huge problem with replacing JCL with REXX or any other scripting language is the fact that most shops are critically dependant on the functionality in products such as CA-11 for restarting. At least around here, this would be a total show stopper. What might be interesting would be to have two separate job control languages which create the same internal text, thus using the same interpreter and execution time control blocks. That is two "compilers", so to speak. The old one for legacy jobs. A new one for new jobs. The new one would be rebuilt from the ground up. The JOB card would say which "compiler" to use, I guess with a new keyword on the JOB card. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. ---------------------------------------------------------------------- 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
