This topic contains the CA WA ESP Edition parameters and the following example:
This procedure describes how to specify the parameters.
Follow these steps:
The following parameters are for CA WA ESP Edition:
Identifies the CA WA ESP Edition command to invoke. This parameter is mandatory and can only be set to SIMULATE or SCAN.
Example: COMMAND=SIMULATE
Identifies the CA WA ESP Edition subsystem name. If no subsystem name is specified, ESP is used.
Example: SUBSYS=ESPP
Identifies the symbol-introducer character. If no symbol is specified, the character is taken from the subsystem.
Example: SYMBOL=%
Identifies the name of the event for which CA WA ESP Edition simulates processing. This field is mandatory when invoking the SIMULATE command.
Example: EVENT=CYBER.PAYROLL
Represents the schedule time for the job. The time can be any valid time specification on a SCHEDULE statement. When schedtime contains separator characters (commas or blanks), it must be enclosed in quotes. If no schedule time is specified, the default is the next scheduled time.
Example: SCHED=TOMORROW
Identifies the names of the data sets to be used as symbol libraries for symbolic variable generation. The parameters SYMLIB2 and SYMLIB3 can be used when the data set names do not fit on the SYMLIB line. All file names should be fully-qualified.
Example: SYMLIB=USERID1.JCKESP.CNTL(SYMLIB)
Identifies the calendars that are retrieved for this SCAN. The parameters CALENDR2 and CALENDR3 can be used when the calendar names do not fit on the CALENDAR line.
Example: CALENDAR=CAL2011
Identifies the fully qualified CA WA ESP Edition job name, which endures process-mode simulation. This parameter is a mandatory field when invoking the SIMULATE command in ISPF. If PROCJOB is not specified in batch, the job name that is used comes from the JOBNAME parameter (specified in the RESPARM parameter). If PROCJOB is not specified when running under EDCHEK, the job name that is used comes from the ISPF EDIT session member name.
Example: PROCJOB=C.WICKEDWITCH
Provides a list of variable names and values. These variables can include monitor and signal variables. The parameters VARS2, VARS3, VARS4, and VARS5 can be used when the variables do not fit on the VARS line.
Example: VARS=MNJOB(PAYJOB1),MNAPPL(PAYROLL)
Identifies the USER1 variable passed to the event. The parameter USER12 can be used when the variable does not fit on the USER1 line.
Example: USER1=IEFBR14
Identifies the USER2 variable passed to the event. The parameter USER22 can be used when the variable does not fit on the USER2 line.
Example: USER2=SYSIN
Identifies the USER3 variable passed to the event. The parameter USER32 can be used when the variable does not fit on the USER3 line.
Example: USER3=SYSPRINT
Identifies the USER4 variable passed to the event. The parameter USER42 can be used when the variable does not fit on the USER4 line.
Example: USER4=SYSUDUMP
Identifies the name of the JCLSCAN exit module.
Example: JCLSCAN=CYBJCSCN
Informs CA JCLCheck to record the resolution session. The record data is written to the partitioned data set allocated in the RECORD DD statement. Allocate this file as a PDS whose DCB is LRECL=500, RECFM=FB, and DSORG=PO. Under EDCHEK and ISPF, the name of this file must be specified in the JCKUSRES CLIST. In a batch job, the JCL deck must contain a RECORD DD statement.
Use this parameter only under the direction of CA Support.
Example: RECORD
Informs CA JCLCheck to record the resolution session. The record data is written to a sequential data set allocated in the RECORDSQ DD statement. Allocate this file as a sequential file whose DCB is LRECL=500, RECFM=FB. Under EDCHEK and ISPF, the name of this file must be specified in the JCKUSRES CLIST. In a batch job, the JCL deck must contain a RECORDSQ DD statement.
Use this parameter only under the direction of CA Support.
Example: RECORDSEQ
|
Copyright © 2013 CA.
All rights reserved.
|
|