TWS program EQQDELDS can be used to delete data sets based on the disposition specified in the JCL and the current status of the data set in the catalog. The program is provided by IBM Tivoli Workload Scheduler for z/OS development to help customers who require this function and who do not want to change existing application JCL. As first step in the JCL, EQQDELDS deletes any data set that has a disposition of (NEW,CATLG), or (NEW,KEEP) for SMS, if the data set is already present in the catalog. It optionally handles passed data sets.
JCLCheck doesn't interface EQQDELDS automatically (like it does instead with IDCAMS program used as first step of the jcl to execute a DELETE of the datasets created as NEW in the jcl) , so it gives errors
CAY6081E DISP OF CATLG INVALID FOR '..dataset name...' - DATA SET ALREADY CATALOGED
CAY6080E DATA SET '...dataset name...' SPECIFIED AS NEW, BUT ALREADY EXISTS
for any dataset allocated as (NEW,CATLG) in a jcl where EQQDELDS is executed as 1st step.
The same jcl runs without errors in TWS.
How to bypass these JCLCheck validation errors?
Release : All
Component : CA JCLCheck workload Automation
The easiest solution to this problem is to implement a customized CAZ1REXX that will suppress messages CAY6080E and CAY6081E when DISP=(NEW,CATLG) or (NEW,KEEP) is specified. The EQQDELDS step could be detected in the job and a Rexx variable could be defined and evaluated to indicate this needed to be done.
The Runtime Options STDREXX and REXXMSG should be set to correctly implement this interface.
The attached docx file will provide a sample code for this implementation.