We currently have the following coded in our ESPPARM:
CA11OPT ENABLE DEFAULT PROCRMS(CA11RMS) STEPRMS(RMS) SCHCC_XMIT(NDS)
which enables the use of the CA 11 interface for ESP Edition. Since beginning to use this interface, you see the following being inserted into any job that uses CA 11:
//RMS EXEC CA11RMS,TYPRUN=''
//SYSIN DD *
Every run of every job that uses CA 11 is doing CA 11 Format processing because of the F,SCHCC=Y parms that are being passed. You do not need to pass that parm because CA 11 is set to do an autoformat if it detects a new job. What is the reason for this?
ESP 11.4 Z/OS
The OPTIONS RESTARTSTEP statement has a FORMAT | NOFORMAT keyword and the default is FORMAT. Specifying OPTIONS RESTARTSTEP NOFORMAT means that ESP Edition will submit the initial run of the jobs in the scope of this statement for P processing instead of F processing.
The global default of F processing for an initial run cannot presently be changed. The reason the global setting is F is that CA 11 only supports a single job with a given name, while ESP Edition supports multiple jobs with the same name that can contain different JCL. Having F processing instead of P as the default for an initial run prevents the accidental rerun of a job with the same name if that job name happens to be in R status in the CA 11 database, as the result of a previous run of a different job instance with the same name.