Should I avoid the duplication by modifying the UNZIPJCL DSN's by removing the "CAI." ?
search cancel

Should I avoid the duplication by modifying the UNZIPJCL DSN's by removing the "CAI." ?

book

Article ID: 45395

calendar_today

Updated On:

Products

CIS COMMON SERVICES FOR Z/OS 90S SERVICES DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS COMMON PRODUCT SERVICES COMPONENT Common Services Datacom/AD CA ECOMETER SERVER COMPONENT FOC Easytrieve Report Generator for Common Services INFOCAI MAINTENANCE IPC UNICENTER JCLCHECK COMMON COMPONENT Mainframe VM Product Manager CHORUS SOFTWARE MANAGER CA ON DEMAND PORTAL CA Service Desk Manager - Unified Self Service PAM CLIENT FOR LINUX ON MAINFRAME MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME GRAPHICAL MANAGEMENT INTERFACE WEB ADMINISTRATOR FOR TOP SECRET Xpertware Compress Data Compression for MVS Compress Data Compression for Fujitsu

Issue/Introduction

Introduction:

Running UNZIPJCL from the pax file, a number of data sets are created with a name like "myhlq.CAI.CAS9E10.F1".  I've also noticed that running the RECEIVE job creates a duplicate of that data set, with the name "myhlq.CAS9E10.F1". So while the data set names are slightly different the contents are identical.

 

Question:

Should I avoid the duplication by modifying the UNZIPJCL DSN's by removing the "CAI." ?

 

Answer:

No, the data set names created by the UNZIPJCL job must contain the "CAI" as the second qualifier. This is because the SMPMCS is built with RFDSNPFX(CAI) specified and this value gets appended to RFPREFIX(DASDHLQ) which is specified in the RECEIVE job. 

 

Additional Information:

The RELFILES created from the UNZIPJCL job (with the "CAI" qualifier) are identical to the RELFILES that are created when the RECEIVE job is run. This is normal and expected. This is the way Electronic Software Delivery (ESD) is packaged to work with SMP/E. I guess you need to think of the old days when tapes/cartridges were shipped containing the software. On the tape would have been the RELFILES with the "CAI" qualifier, and the SMP/E RECEIVE job would have created the RELFILES on DASD as you are accustomed. The only difference with ESD is that the RELFILES that used to be on tape are now created on DASD.

Finally, while the RELFILES created by the RECEIVE will automatically get deleted when the function is ACCEPTED...the RELFILES created from the UNZIPJCL job need to be manually deleted after the install is complete.

Environment

Release: CA90SV00200-14.1-Common Services-for z/OS
Component: