Retrieving JCL
- The JS data set, if the JCL to be used is saved there.
- The partitioned data set indicated by the JOBLIBRARY operation user field, if specified. If no job is found, an error message is issued.
- The data set indicated by the EQQUX002 job-library-read exit, if the exit is requested by the EXITS initialization statement.
- The IBM Z Workload Scheduler job library (EQQJBLIB), if the JOBLIBRARY user field and EQQUX002 are not specified.
- The EQQUX001 job-submit exit, if requested.
- A user-defined JCL imbed exit, or EQQJBLIB, if the FETCH directive is included in the
//*%OPC
JCL statement.
Operations handled by the external router (EX) subtask are not required to have JCL fetched by the Z controller, instead the JCL may be fetched by the operation-initiation exit, EQQUX009, or located at the receiving user-defined destination. If JCL can be located by the Z controller it will be processed and passed to the EX task, and subsequently to EQQUX009, as normal.
The values for any JCL variables that are present in the JCL are retrieved from JCL variable tables or from a user-defined JCL-variable-substitution exit. When the job is found, the JCL is retrieved and, if necessary, a new JS record is built.
When a JCL directive statement is actioned, it is changed by IBM Z Workload Scheduler to a JCL comment statement. JCL directive statements are defined in the job input as z/OSĀ® JCL statements. The statement is changed when the operation is submitted to a valid comment statement for the target operating system. The image of the job input in the JCL repository is not altered.
Subtask initialization consists of building the WA environment and opening all required files.
- Timer expiration. Trying to find an operation to be started.
- Post the work ECB. Trying to find an operation to be started.
- Subtask stop request.
Subtask termination consists of closing all open files.