John (et al):

There is a tool from a vendor I work with that not only addresses the need to 
automatically modify JCL at any point of access, but also can call this same 
automatic modification facility from a tool that interfaces with the scheduler 
software (virtually any vendor tool you can think of) and it allows on demand 
or on request jobs to be managed through the scheduler, but independent of the 
Prod Cont Department staff.

Regards,

Mitch McCluhan,
Legacy Modernization Consultant.



-----Original Message-----
From: Roberts, John J <jrobe...@dhs.state.ia.us>
To: IBM-MAIN <IBM-MAIN@LISTSERV.UA.EDU>
Sent: Tue, Oct 8, 2013 1:11 pm
Subject: Re: JCL Symbol Resolution


>Did you consider well the pro's and con's of widely using the Contol-M 
eatures? This will tie you rigidly to this product and will cost you a lot of 
ork if you decide to convert to another scheduler in the future. Having learned 
rom Syncsort and PDSMAN whose features were not compatible with the 
orresponding IBM products, we only use a few of the % features of Control-M and 
nly in a very controlled group of jobs. This also answers your question partly.
I only want to use a few AutoEdit variables so that we can avoid having to 
aintain test and prod versions of the same JCL.  After struggling for many 
onths, I have finally got my client to adopt and implement standards for test 
ataset names and libraries.  So it is possible to switch JCL from running 
gainst PROD resources to alternative TEST resources by passing an Environment 
D and letting all the DSN's reference symbols that are derived from the EnvID.  
eyond this, TEST JCL needs to differ from PROD in only a few other respects: 
a) Initial character of the JOB name, (b) Account Field,  (c) JOBCLASS, and (d) 
SER on the JOB card.  I had hoped to make these four Control-M symbols, plus 
he previously mentioned %%ENVID.
So only the first few lines of the JCL member would be affected.  In the event 
hat my client changes their mind about Control-M, I can easily refactor the JCL 
o whatever the new requirement demands.  I have developed a JCL parsing tool 
hat loads JCL statement text into a SQL database.  Plus other tools to identify 
atterns for change and generate PANVALET ++UPDATE statements to make the 
hanges.  So doing what I plan won't tie me to the product and it wouldn't cost 
hat much to convert to something else.
However, doing what I plan will be a complication for developers who want to 
ubmit outside of Control-M.  I was certain that someone else on the list would 
ave addressed this need.  But it looks like I will need to follow John M's 
dvice and roll my own.  Which is going to be hard since I haven't done REXX in 
0 years.
Also, the solution proposed by Aussie Anthony Thompson won't work for me, since 
 am pretty sure that jobs ordered using CTMAPI will still cost against our 
icense count.
Thanks to all who have responded to this inquiry.
John
----------------------------------------------------------------------
or IBM-MAIN subscribe / signoff / archive access instructions,
end email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to