CA JCLCheck™ Workload Automation provides a REXX interface to help enforce site standards by issuing messages when the standards are violated. As best practice, use the REXX interface instead of the Assembler user exit. The REXX exec is easier to implement and does not require a USERMOD to assemble and link it into CA JCLCheck™ Workload Automation. A sample REXX exec that is named CAZ1REXX is provided in the CAZ2OPTN library. Use CAZ1REXX as a template to create your own standards.
To activate the REXX interface for CA JCLCheck™ Workload Automation, the following tasks must be done:
- Allocate the library containing the REXX exec to the SYSEXEC DD statement. The SYSEXEC DD statement must be in the CA JCLCheck™ Workload Automation job (batch mode) or TSO logon proc/CLIST (ISPF mode).
- Add runtime option STDREXX (name), where name is the REXX exec found in the //SYSEXEC DD statement.
- Add runtime option REXXMSG if the Message Processing routine is used.
Usually the Rexx available STEM variables are initialized and evaluated at each member validation, but it could be necessary to load tables - global variables and parms which should remain in memory for the entire product validation run done for different members, because these tables/variables are the same for all the validated members.
Is this possible and how to do it in the Rexx used?