Ca Datacom PDF
Ca Datacom PDF
Installation Guide
Version 12.0
This Documentation, which includes embedded help systems and electronically distributed materials, (hereinafter referred to
as the “Documentation”) is for your informational purposes only and is subject to change or withdrawal by CA at any time.
This Documentation may not be copied, transferred, reproduced, disclosed, modified or duplicated, in whole or in part, without
the prior written consent of CA. This Documentation is confidential and proprietary information of CA and may not be disclosed
by you or used for any purpose other than as may be permitted in (i) a separate agreement between you and CA governing
your use of the CA software to which the Documentation relates; or (ii) a separate confidentiality agreement between you and
CA.
Notwithstanding the foregoing, if you are a licensed user of the software product(s) addressed in the Documentation, you may
print or otherwise make available a reasonable number of copies of the Documentation for internal use by you and your
employees in connection with that software, provided that all CA copyright notices and legends are affixed to each reproduced
copy.
The right to print or otherwise make available copies of the Documentation is limited to the period during which the applicable
license for such software remains in full force and effect. Should the license terminate for any reason, it is your responsibility to
certify in writing to CA that all copies and partial copies of the Documentation have been returned to CA or destroyed.
TO THE EXTENT PERMITTED BY APPLICABLE LAW, CA PROVIDES THIS DOCUMENTATION “AS IS” WITHOUT WARRANTY OF ANY
KIND, INCLUDING WITHOUT LIMITATION, ANY IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR
PURPOSE, OR NONINFRINGEMENT. IN NO EVENT WILL CA BE LIABLE TO YOU OR ANY THIRD PARTY FOR ANY LOSS OR DAMAGE,
DIRECT OR INDIRECT, FROM THE USE OF THIS DOCUMENTATION, INCLUDING WITHOUT LIMITATION, LOST PROFITS, LOST
INVESTMENT, BUSINESS INTERRUPTION, GOODWILL, OR LOST DATA, EVEN IF CA IS EXPRESSLY ADVISED IN ADVANCE OF THE
POSSIBILITY OF SUCH LOSS OR DAMAGE.
The use of any software product referenced in the Documentation is governed by the applicable license agreement and such
license agreement is not modified in any way by the terms of this notice.
The manufacturer of this Documentation is CA.
Provided with “Restricted Rights.” Use, duplication or disclosure by the United States Government is subject to the restrictions
set forth in FAR Sections 12.212, 52.227-14, and 52.227-19(c)(1) - (2) and DFARS Section 252.227-7014(b)(3), as applicable, or
their successors.
Copyright © 2012 CA. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to
their respective companies.
CA Technologies Product References
This document references the following CA Technologies products:
■ CA 11®
■ CA ACF2™
■ CA Common Services
■ CA Mainframe Software Manager (CA MSM)
■ CA Roscoe®
■ CA Top Secret® for z/OS
■ CA View™
Contact CA Technologies
Contact CA Support
For your convenience, CA Technologies provides one site where you can access the
information that you need for your Home Office, Small Business, and Enterprise CA
Technologies products. At http://ca.com/support, you can access the following
resources:
■ Online and telephone contact information for technical assistance and customer
services
■ Information about user communities and forums
■ Product and documentation downloads
■ CA Support policies and guidelines
■ Other helpful resources appropriate for your product
Contents 5
Access CA MSM Using the Web-Based Interface ....................................................................................................... 30
6 Installation Guide
The Installation Procedure .................................................................................................................................. 73
References .................................................................................................................................................................. 77
IBM Reference Manual ....................................................................................................................................... 77
Common USS Commands.................................................................................................................................... 77
Contents 7
Chapter 9: Reverting to a Prior Installation 115
Revert to Release 11.7 ............................................................................................................................................. 115
Reverting to Release 11.6 ........................................................................................................................................ 115
Reverting to Release 11.5 ........................................................................................................................................ 116
8 Installation Guide
Set Up CA 11 to Run with CA Deliver........................................................................................................................ 212
Install the Host Command Environment into CA GSS .............................................................................................. 214
Index 227
Contents 9
Chapter 1: Overview
This guide describes how to install and implement CA Deliver.
Audience
This guide is targeted to the systems programmer who installs, uses, and maintains CA
Deliver.
This guide assumes you are familiar with CA Deliver, CA View, and IBM computer system
terms and concepts. You should also have a working knowledge of MVS online facilities
such as ISPF, because the CA Deliver panels behave in a similar fashion.
Note: If you do not have CA MSM, you can download it from the Download Center at
the CA Support Online website. Follow the installation instructions in the CA Mainframe
Software Manager documentation bookshelf on the CA Mainframe Software Manager
product page. The standardized installation process can also be completed manually.
Chapter 1: Overview 11
How the Installation Process Works
12 Installation Guide
How the Installation Process Works
Installation Considerations
Before you begin the installation, you must prepare your system, assemble your
materials, and then follow the installation steps exactly and in order. Use this list as a
guide for the installation process.
1. Be certain that CA Common Services are installed on your system, and that the
required hardware, software, and libraries are prepared.
CA Deliver uses the CAI Resource Initialization Manager CAIRIM portion of the CA
Common Services. CAIRIM prepares the operating system for CA products and
components, and then executes them.
CA DRAS requires the CAIENF (Event Notification Facility) and the CAICCI (Common
Communications Interface) components of the CA Common Services.
Note: For more information about system requirements, see the chapter "System
Requirements".
2. Install CA Deliver using one of these methods:
– CA MSM
– PAX Enhanced ESD
– Product Tape installation
3. Use options and initialization parameters to customize CA Deliver according to the
needs of your site, as follows:
■ Configure your CA Deliver system.
■ Install the online interfaces including the cross-memory and online retrieval
options for ISPF, TSO, VTAM, CA Roscoe Interactive Environment (CA Roscoe),
CICS and IMS.
■ Install the features
More information:
Chapter 1: Overview 13
First Time Installation or Upgrade
Important! Be sure that you retain your previous CA Deliver JCL files and load libraries.
14 Installation Guide
Chapter 2: Preparing for Installation
This section describes what you need to know and do before you install the product.
Hardware Requirements
Use the tables in this section to estimate the storage required for the target libraries,
the distribution libraries, and the EBC (Extended Base Component) libraries.
16 Installation Guide
Software Requirements
Software Requirements
This section lists the CA Deliver Version 12.0 component SYSMODs.
Note: The optional EBC CICS FMID has been incorporated into the EBC common
component FMID in Version 12.0.
CA Deliver Components
This table lists the CA Deliver component SYSMOD:
Note: If you intend to use CA MSM for your installation and maintenance tasks, there
might be additional CA Common Service requirements. For more information, see the
Software Requirements section in the CA Mainframe Software Manager Product Guide.
Note: If other CA products are installed at your site, some of these services might
already be installed.
Note: For more information, see the CA Common Services Getting Started Guide.
CAIRIM
CAIRIM (CAI Resource Initialization Manager) is the common driver for a collection of
dynamic initialization routines that eliminate the need for user SVCs, SMF exits,
subsystems, and other installation requirements that are commonly encountered when
you install systems software. CAIRIM prepares the operating system for CA products and
components, then executes them.
18 Installation Guide
Library Authorization
CA LMP
The CA License Management Program (CA LMP) tracks licensed software in a
standardized and automated way. It uses common, real-time enforcement software to
validate the user's configuration. CA LMP reports on activities related to the license,
usage, and financials of CA Technologies products.
CA Deliver is licensed with an LMP key. Acquire the LMP key using one of these
methods:
■ From your product media
■ With ESD
■ From CA Support
Library Authorization
CA Deliver and the EBC subsystem contain authorized programs. To run successfully,
these programs must be executed from an authorized library. We recommend that you
authorize the CAI Common Load Library (CVDELOAD).
Note: If other CA products have been installed, CVDELOAD may already be authorized.
where CAI.CVDELOAD is the data set name for the CAI Common Load Library, and xxxxxx
is the volume serial number on which it resides. Use MVS system command SET
PROG=xx to activate update to PROGxx.
Security Requirements
For security requirements related to the ability to access data within the CA Deliver
database, see the "Security" chapter in the CA Deliver Reference Guide.
Storage Requirements
Ensure that you have the following storage available:
■ If you are installing with ESD, 80 cylinders for the downloaded files.
■ For installation and setup:
– Installation = 100 cylinders
– SMP/E temporary libraries = 10 cylinders]
Other Requirements
This section describes SVC Dumps and JCL procedures:
The SDUMP program supports MVS dump analysis and elimination processing. This MVS
feature eliminates the possibility that duplicate SVC dumps might be written to the
SYS1.DUMPnn. data sets.
20 Installation Guide
Other Requirements
To use this MVS feature, the SYS1.DAE data set must be allocated and the following
parameter members must be updated in SYS1.PARMLIB:
IEACMDxx
SET DAE = xx
For this storage area to be dumped correctly, the IEADMRxx. member in SYS1.PARMLIB
should contain the SDATA RGN parameter:
SDATA=(...,RGN,...)
The IEADMPxx. member in SYS1.PARMLIB should contain the SDATA LSQA parameter:
SDATA=(...,LSQA,...)
Important! If these dump parameters are not specified as shown in the previous
example, certain storage areas might be missing from dumps, which can hinder support
efforts.
JCL Procedures
During product installation, the procedures are copied into CBRNPROC, the CAI
Common Procedure Library. These procedures are used later during normal execution of
CA Deliver.
We recommend that you add the CVDEPROC library to the system PROCLIB
concatenation.
Concurrent Releases
You can install this release of CA Deliver and continue to use an older release in another
SMP/E CSI environment. If you plan to continue to run a previous release, consider the
following points:
■ When installing into an existing SMP/E environment, this installation deletes
previous releases in that environment.
■ If you acquired your product from tape or with Pax-Enhanced ESD, select different
target and distribution zones for your new release from where your current release
is installed. The new zones use different libraries than your current release.
Note: CA MSM installs into a new CSI by default.
■ Define DDDEF entries in your new zones to point SMP/E to the proper libraries for
installation. Ensure that they point to the new release libraries.
22 Installation Guide
Relationship between Versions of CA View and CA Deliver
Before using these topics, you must already have CA MSM installed at your site. If you
do not have CA MSM installed, you can download it from the Download Center at the
CA Support Online website, which also contains links to the complete documentation for
CA MSM.
Note: The information in this section applies to the latest version of CA MSM. If you are
using an earlier version, see the appropriate bookshelf on the CA Mainframe Software
Manager product page.
You can use the following scenarios to guide you through the process:
1. Acquire the new product (see page 25).
2. Install the new product (see page 26).
3. Maintain products already installed in your environment (see page 27).
4. Deploy the product to your target systems (see page 28).
5. Configure the deployed product to your target systems (see page 29).
You can use the PAS component of CA MSM to acquire a CA Technologies product.
After the acquisition process completes, the product is ready for you to install or
maintain.
You can use the SIS component of CA MSM to install a CA Technologies product.
26 Installation Guide
How to Use CA MSM: Scenarios
After the installation process completes, check for and install available product
maintenance. The product is ready for you to deploy. Sometimes there are other steps
to perform manually outside of CA MSM before beginning the deployment process.
You can use the PAS and SIS to maintain a CA Technologies product.
Note: You can also install maintenance to a particular CSI from the SMP/E Environments
tab.
After the maintenance process completes, the product is ready for you to deploy. You
may have to perform other steps manually outside of CA MSM before beginning the
deployment process.
You can use the SDS component of CA MSM to deploy a CA Technologies product that
you have already acquired and installed.
After the deployment process completes, the product is ready for you to configure. You
may have to perform other steps manually outside of CA MSM before beginning the
configuration process.
28 Installation Guide
How to Use CA MSM: Scenarios
More information:
You can use the SCS component of CA MSM to configure a CA Technologies product that
you have already acquired, installed, and deployed.
After the configuration process completes, the product is ready for you to use. You may
have to perform other steps manually outside of CA MSM.
More information:
Important! If your site uses proxies, review your proxy credentials on the User Settings,
Software Acquisition page.
30 Installation Guide
Chapter 4: Installing Your Product from
Pax-Enhanced ESD
This section contains the following topics:
How to Install a Product Using Pax-Enhanced ESD (see page 31)
Allocate and Mount a File System (see page 37)
Copy the Product Pax Files into Your USS Directory (see page 40)
Create a Product Directory from the Pax File (see page 45)
Copy Installation Files to z/OS Data Sets (see page 46)
Receive the SMP/E Package (see page 47)
Clean Up the USS Directory (see page 51)
Apply Maintenance (see page 52)
Important! Downloading pax files for the SMP/E installation as part of the Pax-Enhanced
ESD process requires write authority to the UNIX System Services (USS) directories used
for the ESD process.
If you prefer not to involve all CA Technologies product installers with z/OS UNIX System
Services, assign a group familiar with USS to perform Steps 1 through 4 and provide the
list of the unpacked MVS data sets to the product installer. USS is not required for the
actual SMP/E RECEIVE of the product or for any of the remaining installation steps.
2. Copy the product pax files into your USS directory. To download files, choose one of
the following options:
■ Download a zip file from CA Support Online to your PC, unzip the file, and then
upload the product pax files to your USS file system.
■ FTP the pax files from CA Support Online directly to your USS directory.
Note: Perform Steps 3 through 6 for each pax file that you upload to your USS
directory.
3. Create a product directory from the pax file. Set the current working directory to
the directory containing the pax file, and create a new directory in your USS
directory by entering the following command:
pax -rvf pax-filename
4. Use the SMP/E GIMUNZIP utility to create z/OS installation data sets. The file
UNZIPJCL in the directory created by the pax command in Step 3 contains a sample
job to GIMUNZIP the installation package. Edit and submit the UNZIPJCL job.
5. Receive the SMP/E package. For this step, use the data sets created by GIMUNZIP in
Step 4. Perform a standard SMP/E RECEIVE using the SMPPTFIN and SMPHOLD (if
applicable) DASD data sets. Also, specify the high-level qualifier for the RELFILEs on
the RFPREFIX parameter of the RECEIVE command.
6. Proceed with product installation. Consult product-specific documentation,
including AREADME files and installation notes to complete the product installation.
7. (Optional) Clean up the USS directory. Delete the pax file, the directory created by
the pax command, all of the files in it, and the SMP/E RELFILEs, SMPMCS, and
HOLDDATA data sets.
More Information:
32 Installation Guide
How to Install a Product Using Pax-Enhanced ESD
The following illustration shows sample product files. It lists all components of the
product. You can use the Download Cart by checking one or more components that you
need or check the box for Add All to cart. If you prefer to immediately download a
component, click the Download link.
34 Installation Guide
How to Install a Product Using Pax-Enhanced ESD
Clicking the link for an individual component takes you to the Download Method page.
Depending on the size and quantity of product files ordered, the Download Method
screen could also have these options:
Note: For mainframe downloads using this HTTP method, click the Learn More link.
The HTTP method lets you start downloading immediately. The FTP method takes you to
the Review Orders page that displays your order, first in a Pending status changing to
Ready when your order has been processed.
Preferred FTP uses the new content delivery network (CDN). Alternate FTP uses the CA
Technologies New York-based FTP servers.
The Create a Zip File option first creates the zip, and when ready, offers the options
shown by the Zip Download Request examples in the next screen.
36 Installation Guide
Allocate and Mount a File System
We recommend that you allocate and mount a file system dedicated to Pax-Enhanced
ESD. The amount of space that you need for the file system depends on the following
variables:
■ The size of the pax files that you intend to download.
■ Whether you plan to keep the pax files after unpacking them. We do not
recommend this practice.
We recommend that you use one directory for downloading and unpacking pax files.
Reusing the same directory minimizes USS setup. You need to complete the USS setup
only one time. You reuse the same directory for subsequent downloads. Alternatively,
you can create a new directory for each pax download.
Important! Downloading pax files for the SMP/E installation as part of the Pax-Enhanced
ESD process requires write authority to the UNIX System Services (USS) directories used
for the ESD process. In the file system that contains the ESD directories, you also need
free space approximately 3.5 times the pax file size to download the pax file and unpack
its contents. For example, to download and unpack a 14 MB pax file, you need
approximately 49 MB of free space in the file system hosting your ESD directory.
38 Installation Guide
Allocate and Mount a File System
2. Create a mount point for the file system. This example shows how to create a
/CA/CAESD directory in an existing directory, /u/maint. From the TSO OMVS shell,
enter the following commands:
cd /u/maint/
mkdir CA
cd CA
mkdir CAESD
This section includes a sample batch job to download a product pax file from the CA
Support Online FTP server directly to a USS directory on your z/OS system and sample
commands to upload a pax file from your PC to a USS directory on your z/OS system.
Important! The FTP procedures vary due to local firewall and other security settings.
Consult your local network administrators to determine the appropriate FTP procedure
to use at your site.
Ensure that sufficient free space is available in the USS file system you are using for
Pax-Enhanced ESD to hold the product pax file. If you do not have sufficient free space,
error messages similar to the following appear:
When the download finishes, the pax file size in your USS directory matches the value in
the Size column for the corresponding pax file on the CA Technologies Products
Download window.
More Information:
40 Installation Guide
Copy the Product Pax Files into Your USS Directory
Important! To simplify the Pax-Enhanced ESD process, the PDF version of this guide
includes a sample JCL job that you can copy directly to the mainframe. To access this
job, click the paper clip icon at the left of the PDF reader. A window displaying
attachments opens. Double-click the file to view the sample JCL.
42 Installation Guide
Copy the Product Pax Files into Your USS Directory
This list is a sample of FTP commands to upload the pax file from your PC to your USS
Pax-Enhanced ESD directory:
ftp mainframe
userid
password
bin
lcd C:\PC\folder\for\thePAXfile
cd /yourUSSESDdirectory/
put paxfile.pax.Z
quit
exit
44 Installation Guide
Create a Product Directory from the Pax File
Important! To simplify the Pax-Enhanced ESD process, the PDF version of this guide
includes a sample JCL job that you can copy directly to the mainframe. To access this
job, click the paper clip icon at the left of the PDF reader. A window displaying
attachments opens. Double-click the file to view the sample JCL.
Note: If the PARM= statement exceeds 71 characters, uncomment and use the second
form of UNPAXDIR instead. This sample job uses an X in column 72 to continue the
PARM= parameters to a second line.
46 Installation Guide
Receive the SMP/E Package
3. Change the SMPDIR DD PATH to the product-specific directory created by the pax
command.
Your view is of the product-specific directory.
4. If ICSF is not active, perform the following steps:
a. Change the SMPJHOME DD PATH to your Java runtime directory. This directory
varies from system to system.
b. Perform one of the following steps:
■ Change the SMPCPATH DD PATH to your SMP/E Java application classes
directory, typically /usr/lpp/smp/classes/.
■ Change HASH=YES to HASH=NO on the GIMUNZIP parameter.
One of the following occurs: ICSF is active or you are using Java.
5. Change all occurrences of yourHLQ to the high-level qualifier (HLQ) for z/OS data
sets used by the installation process. We suggest that you use a unique HLQ for
each expanded pax file to identify uniquely the package. Do not use the same value
for yourHLQ as you use for the SMP/E RELFILEs.
All occurrences of yourHLQ are set to your high-level qualifier for z/OS data sets.
6. Submit the UNZIPJCL job.
The UNZIPJCL job completes with a zero return code. Messages GIM69158I and
GIM48101I in the output and IKJ56228I in the JES log are acceptable.
GIMUNZIP creates z/OS data sets with the high-level qualifier you specified in the
UNZIPJCL job. You use these data sets to perform the product installation. The pax
file and product-specific directory are no longer needed.
Note: For more information, see the IBM reference guide, SMP/E for z/OS
Reference (SA22-7772).
Complete the SMP/E RECEIVE using files on DASD that the UNZIPJCL job created. Consult
the product sample JCL library that contains a sample job customized to receive the
product from DASD. Specifically, you specify the following values:
■ DASD data set names for SMPPTFIN and SMPHOLD (if applicable)
■ The HLQ that you used in the UNZIPJCL job on the RFPREFIX parameter on the
RECEIVE command
Prior to beginning this procedure, confirm whether your product uses UNIX System
Services (USS). If it does, establishing a hierarchical file system (HFS) may be required as
part of the product installation or required as a feature of the product.
For information about the members, see the comments in the JCL.
48 Installation Guide
Receive the SMP/E Package
3. Submit BRN1ALL.
This job produces the following results:
■ The target and distribution data sets for CA Deliver are created.
■ Unique SMPLTS, SMPMTS, SMPSCDS, and SMPSTS data sets for this target zone
are created.
4. If your product requires HFS or if you want to install a feature of the product that
requires HFS, complete the following substeps:
a. Open the SAMPJCL member ccc1ALLU in an edit session and execute the
BRNSEDIT macro from the command line.
Note: All instances of ccc in this section indicate a three-character component
code based on the FMID.
ccc1ALLU is customized.
b. Submit ccc1ALLU.
This job allocates your HFS data sets.
c. Open the SAMPJCL member ccc2MKD in an edit session and execute the
BRNSEDIT macro from the command line.
ccc2MKD is customized.
d. Submit ccc2MKD.
This job creates all directories and mounts the file system.
5. Open the SAMPJCL member BRN2CSI in an edit session and execute the BRNSEDIT
macro from the command line.
BRN2CSI is customized.
Note: When upgrading into an existing CSI, comment out any allocation DD
statements for existing files and delete the CREATCSI step. Change all ADD’s to
REP’s.
6. Submit BRN2CSI.
This job produces the following results:
■ The CSI data set is defined.
■ The SMPPTS and SMPLOG data sets are allocated.
■ The global, target, and distribution zones are initialized.
■ The DDDEF entries for your product are created.
The DDDEFs for the required SMP/E data sets are created.
7. If your product requires HFS or if you want to install a feature of the product that
requires HFS, complete the following substeps:
a. Open the SAMPJCL member ccc3CSIU in an edit session and execute the
BRNSEDIT macro from the command line.
ccc3CSIU is customized.
b. Submit ccc3CSIU.
This job customizes the CSI by adding the DDDEFs associated with the
directory.
50 Installation Guide
Clean Up the USS Directory
To free file system disk space for subsequent downloads after downloading and
processing the pax files for your CA Technologies product, we recommend removing the
files from your USS directory and deleting unnecessary MVS data sets. You can delete
the following items:
■ Pax file
■ Product-specific directory created by the pax command and all of the files in it
■ SMP/E RELFILEs, SMPMCS, and HOLDDATA MVS data sets
These data sets have the HLQ that you assigned in the UNZIPJCL job.
paxfile
Specifies the name of the CA Technologies pax file that you downloaded.
The pax file is deleted.
3. Delete the product-specific directory by entering the following command:
rm -r product-specific-directory
product-specific-directory
Specifies the product-specific directory created by the pax command.
The product-specific directory is deleted.
Note: You can also use TSO ISHELL to navigate to the pax file and product-specific
directory, and delete them using the D line command.
Apply Maintenance
CA Support Online has maintenance and HOLDDATA published since the installation
data was created. When the maintenance process is complete the product is ready to
deploy.
To apply maintenance
1. Check CA Support Online and download any PTFs and HOLDDATA that has been
published since this release was created. If the base release was created recently,
no PTFs or HOLDATA have been published yet.
2. Transfer the downloaded files to two separate FB 80 sequential data sets. Use one
data set to contain the PTFs and the other to contain the HOLDDATA.
The PTFs and HOLDDATA become accessible to the yourhlq.SAMPJCL maintenance
members.
3. The BRNSEDIT macro has been customized in the installation steps. Verify that you
still have the values from the base install.
4. Open the SAMPJCL member BRN6RECP in an edit session and execute the BRNSEDIT
macro from the command line.
BRN6RECP is customized with your JOB statement, CSI location, and zone names.
5. Customize the BRN6RECP SMPPTFIN and SMPHOLD DD statements to reference the
FB 80 data sets for the PTFs and HOLDDATA.
6. Submit BRN6RECP.
The PTFs and HOLDDATA are received.
7. Open the SAMPJCL member BRN7APYP in an edit session and execute the
BRNSEDIT macro from the command line.
BRN7APYP is customized.
8. Submit BRN7APYP.
The PTFs are applied.
9. (Optional) Open the SAMPJCL member BRN8ACCP in an edit session and execute
the BRNSEDIT macro from the command line.
BRN8ACCP is customized.
10. (Optional) Submit yourhlq.SAMPJCL member BRN8ACCP.
The PTFs are accepted.
Note: You do not have to submit the job at this time. You can accept the PTFs
according to your site's policy.
52 Installation Guide
Apply Maintenance
HOLDDATA
When you apply maintenance, you typically encounter SMP/E HOLDDATA. We use
HOLDDATA to notify your SMP/E system of SYSMODs that have errors or special
conditions. We support system and external HOLDDATA.
System HOLDDATA
System HOLDDATA indicates data that is an in-stream part of the SYSMOD, informing
you of special conditions. The following reasons are used with SYSTEM HOLDDATA for
CA Deliver:
ACTION
Indicates that you must perform special processing before or after you apply this
SYSMOD.
AO
Affects automated operations. It changes either the message identifier or the
displacement of a field inside the message.
DB2BIND
Indicates that DBRMs have changed and packages need to be rebound.
DDDEF
Indicates that data sets and DDDEFs are being added or modified.
DELETE
Deletes the SYSMOD load module. You cannot reverse this type of SYSMOD with
the SMP/E RESTORE command.
DEP
Indicates a dependency for this SYSMOD that you must externally verify.
DOC
Indicates a documentation change with this SYSMOD.
DYNACT
Describes the steps to dynamically activate this fix without performing an IPL.
EC
Indicates that this SYSMOD requires a hardware engineering change. An EC hold
SYSMOD usually does not affect the product unless the EC is present on the
hardware device.
ENH
Introduces a small programming enhancement. The hold contains the instructions
to implement the enhancement. If no action is needed to implement the
enhancement, give a summary of the enhancement.
EXIT
Indicates that changes delivered by this SYSMOD require reassembly of user exits.
EXRF
Indicates that the SYSMOD must be installed in both the Active and Alternate
Extended Recovery Facility Systems.
IPL
Indicates that an IPL is required for this SYSMOD to take effect. This is used only
when there is no alternative for dynamic activation.
MSGSKEL
Indicates that the SYSMOD contains internationalized message versions which must
be run through the message compiler for each language.
MULTSYS
Apply this SYSMOD to multiple systems for either pre-conditioning, coexistence, or
exploitation.
RESTART
Indicates that after applying this SYSMOD, the site must perform a special restart as
opposed to a routine restart.
SQLBIND
Indicates that a bind is required for a database system other than DB2.
SYSMOD
Indicates that some or all of the elements delivered by this SYSMOD are to be
downloaded to a workstation.
Code a bypass operand on your APPLY command to install SYSMODs that have internal
holds. Code the bypass operand only after you have performed the required action, or if
you are performing the action after the APPLY, if that is appropriate.
54 Installation Guide
Apply Maintenance
External HOLDDATA
External HOLDDATA is not part of the PTF. It resides in a separate file. It is commonly
used for SYSMODs that have been distributed and later are discovered to cause
problems.
Download the external HOLDDATA from CA Support to a DASD file, and allocate the file
to the SMPHOLD DD statement. To take care of the external HOLDDATA, receive it into
your SMP/E environment. SMP/E receives the HOLDDATA from CA-supplied jobs.
If a SYSMOD has an unresolved hold error, SMP/E does not install it unless you add a
bypass to your APPLY command. You can bypass an error hold in situations that are not
applicable to you. Error holds that are not applicable to you can include a problem that
happens only with a hardware device that you do not have or in a product feature that
you do not use.
When CA publishes a SYSMOD that resolves the hold, the resolving SYSMOD supersedes
the hold error. This action lets you apply the original SYSMOD in conjunction with the
fixing SYSMOD.
A special HOLDDATA class called ERREL exists. We have determined that the problem
fixed by the SYSMOD is more important than the one that it causes. We recommend
that you apply these SYSMODs.
The only manual task is running a REPORT ERRSYSMODS. This report identifies the
following:
■ Any held SYSMODs already applied to your system.
■ Any resolving SYSMODs that are in RECEIVE status.
Note: When you have completed the procedures in this section, go to Configuring Your
Product.
Note: The sample JCL to install the product is also provided in the CAI.SAMPJCL library
on the distribution tape.
unitname
Specifies the tape unit to mount the tape.
nnnnnnn
Specifies the tape volume serial number.
yourHLQ
Specifies the data set prefix for the installation.
sysda
Specifies the DASD where you want to place the installation software.
The SAMPJCL data set is created and its contents are downloaded from the tape.
2. Continue with one of the following options:
■ If you already have set up the SMP/E environment, go to Run the Installation
Jobs for a Tape Installation.
■ If you have not set up the SMP/E environment, go to Prepare the SMP/E
Environment for Tape Installation.
58 Installation Guide
How to Install Products Using Native SMP/E JCL
Prior to beginning this procedure, confirm whether your product uses UNIX System
Services (USS). If it does, establishing a hierarchical file system (HFS) may be required as
part of the product installation or required as a feature of the product.
For information about the members, see the comments in the JCL.
3. Submit BRN1ALL.
This job produces the following results:
■ The target and distribution data sets for CA Deliver are created.
■ Unique SMPLTS, SMPMTS, SMPSCDS, and SMPSTS data sets for this target zone
are created.
4. If your product requires HFS or if you want to install a feature of the product that
requires HFS, complete the following substeps:
a. Open the SAMPJCL member ccc1ALLU in an edit session and execute the
BRNSEDIT macro from the command line.
Note: All instances of ccc in this section indicate a three-character component
code based on the FMID.
ccc1ALLU is customized.
b. Submit ccc1ALLU.
This job allocates your HFS data sets.
c. Open the SAMPJCL member ccc2MKD in an edit session and execute the
BRNSEDIT macro from the command line.
ccc2MKD is customized.
d. Submit ccc2MKD.
This job creates all directories and mounts the file system.
5. Open the SAMPJCL member BRN2CSI in an edit session and execute the BRNSEDIT
macro from the command line.
BRN2CSI is customized.
Note: When upgrading into an existing CSI, comment out any allocation DD
statements for existing files and delete the CREATCSI step. Change all ADD’s to
REP’s.
6. Submit BRN2CSI.
This job produces the following results:
■ The CSI data set is defined.
■ The SMPPTS and SMPLOG data sets are allocated.
■ The global, target, and distribution zones are initialized.
■ The DDDEF entries for your product are created.
■ The DDDEFs for the required SMP/E data sets are created.
60 Installation Guide
How to Install Products Using Native SMP/E JCL
7. If your product requires HFS or if you want to install a feature of the product that
requires HFS, complete the following substeps:
a. Open the SAMPJCL member ccc3CSIU in an edit session and execute the
BRNSEDIT macro from the command line.
ccc3CSIU is customized.
b. Submit ccc3CSIU.
This job customizes the CSI by adding the DDDEFs associated with the
directory.
Apply Maintenance
CA Support Online has maintenance and HOLDDATA published since the installation
data was created. After the maintenance process completes, the product is ready to
deploy.
62 Installation Guide
Apply Maintenance
HOLDDATA
When you apply maintenance, you typically encounter SMP/E HOLDDATA. We use
HOLDDATA to notify your SMP/E system of SYSMODs that have errors or special
conditions. We support system and external HOLDDATA.
System HOLDDATA
System HOLDDATA indicates data that is an in-stream part of the SYSMOD, informing
you of special conditions. The following reasons are used with SYSTEM HOLDDATA for
CA Deliver:
ACTION
Indicates that you must perform special processing before or after you apply this
SYSMOD.
AO
Affects automated operations. It changes either the message identifier or the
displacement of a field inside the message.
DB2BIND
Indicates that DBRMs have changed and packages need to be rebound.
DDDEF
Indicates that data sets and DDDEFs are being added or modified.
DELETE
Deletes the SYSMOD load module. You cannot reverse this type of SYSMOD with
the SMP/E RESTORE command.
DEP
Indicates a dependency for this SYSMOD that you must externally verify.
DOC
Indicates a documentation change with this SYSMOD.
DYNACT
Describes the steps to dynamically activate this fix without performing an IPL.
EC
Indicates that this SYSMOD requires a hardware engineering change. An EC hold
SYSMOD usually does not affect the product unless the EC is present on the
hardware device.
ENH
Introduces a small programming enhancement. The hold contains the instructions
to implement the enhancement. If no action is needed to implement the
enhancement, give a summary of the enhancement.
EXIT
Indicates that changes delivered by this SYSMOD require reassembly of user exits.
EXRF
Indicates that the SYSMOD must be installed in both the Active and Alternate
Extended Recovery Facility Systems.
IPL
Indicates that an IPL is required for this SYSMOD to take effect. This is used only
when there is no alternative for dynamic activation.
MSGSKEL
Indicates that the SYSMOD contains internationalized message versions which must
be run through the message compiler for each language.
MULTSYS
Apply this SYSMOD to multiple systems for either pre-conditioning, coexistence, or
exploitation.
RESTART
Indicates that after applying this SYSMOD, the site must perform a special restart as
opposed to a routine restart.
SQLBIND
Indicates that a bind is required for a database system other than DB2.
SYSMOD
Indicates that some or all of the elements delivered by this SYSMOD are to be
downloaded to a workstation.
Code a bypass operand on your APPLY command to install SYSMODs that have internal
holds. Code the bypass operand only after you have performed the required action, or if
you are performing the action after the APPLY, if that is appropriate.
64 Installation Guide
Apply Maintenance
External HOLDDATA
External HOLDDATA is not part of the PTF. It resides in a separate file. It is commonly
used for SYSMODs that have been distributed and later are discovered to cause
problems.
Download the external HOLDDATA from CA Support to a DASD file, and allocate the file
to the SMPHOLD DD statement. To take care of the external HOLDDATA, receive it into
your SMP/E environment. SMP/E receives the HOLDDATA from CA-supplied jobs.
If a SYSMOD has an unresolved hold error, SMP/E does not install it unless you add a
bypass to your APPLY command. You can bypass an error hold in situations that are not
applicable to you. Error holds that are not applicable to you can include a problem that
happens only with a hardware device that you do not have or in a product feature that
you do not use.
When CA publishes a SYSMOD that resolves the hold, the resolving SYSMOD supersedes
the hold error. This action lets you apply the original SYSMOD in conjunction with the
fixing SYSMOD.
A special HOLDDATA class called ERREL exists. We have determined that the problem
fixed by the SYSMOD is more important than the one that it causes. We recommend
that you apply these SYSMODs.
The only manual task is running a REPORT ERRSYSMODS. This report identifies the
following:
■ Any held SYSMODs already applied to your system.
■ Any resolving SYSMODs that are in RECEIVE status.
Note: When you have completed the procedures in this section, go to Configuring Your
Product.
Overview
Purpose
Welcome to the CA Electronic Software Delivery (ESD) program using the Pax-Enhanced
ESD process for SMP/E installations for z/OS systems. This guide provides the
information and steps that you need to copy your CA products from the CA products
DVD using the Pax-Enhanced ESD process.
Audience
We created this guide to explain the entire Pax-Enhanced ESD process for novice users.
Each chapter explicitly states the required steps. We strongly suggest that you read this
entire document and follow the procedures the first time you copy a product from a
DVD using the Pax-Enhanced ESD program.
The enhanced process lets you download software directly to your mainframe and
eliminates the need to download files to tape. We implemented the Pax-Enhanced ESD
process in response to customer requests.
When using the traditional ESD process, you upload the ESD file to the mainframe and
create a product installation tape using a utility program provided by CA.
The Pax-Enhanced ESD process eliminates the need for a tape and uses superior
compression technology that reduces file transfer times. This process uses a UNIX
portable archive interchange (pax) file. Standard z/OS utilities can read and expand the
file directly to your mainframe system.
#3: Why did CA choose to use and require customers to use UNIX System Services
(USS)?
To improve the CA product installation process for our customers. The following list
details some of the benefits of using the USS pax format to distribute software
packages:
■ Supports all z/OS data types including, VSAM, PDS, PDSE, HFS, and zFS.
■ Allows a large number of MVS data sets to be zipped into a single file that can be
received in a single download.
■ Can be un-packed using standard utilities that are available on every z/OS system.
No additional utilities or licensed products are required.
■ Supports the CA Mainframe Software Manager (MSM). CA MSM makes it faster and
easier to install all CA products from a browser-based user interface and eliminates
many of the complexities and software knowledge of SMP/E, JCL, and other utilities.
#4: Do I need to do anything differently as a result? Are there any new requirements
or any dependencies? Am I required to have an in-depth knowledge of UNIX System
Services (USS) to use the Pax-Enhanced ESD process?
A basic understanding of USS is sufficient if you understand UNIX and follow the steps in
this guide. The appendix in this guide lists and defines common USS commands. In
addition, the appendix lists IBM documents that provide detailed information about
USS.
#5: What can I expect when I transition to the Pax-Enhanced ESD process?
You may experience a slight learning curve the first time you use the enhanced process.
We recommend reading this guide in its entirety before using the Pax-Enhanced ESD
process.
68 Installation Guide
Overview
In addition, Pax-Enhanced ESD is one of the first deliverables based on our Mainframe
2.0 strategy, which is designed to simplify software installation and other system
administration functions on z/OS. We invite you to visit
http://www.ca.com/mainframe2 to learn more about Mainframe 2.0.
Yes. You can still order cartridge tapes. However, we strongly recommend using the
Pax-Enhanced ESD process because it is faster and more secure than the physical tape
delivery method.
#8: Are there software prerequisites for the Pax-Enhanced ESD process?
Yes. The Pax-Enhanced ESD process requires SMP/E 3.4 with IBM APAR IO07810 (or
higher). You can get the latest release of SMP/E from IBM at no charge.
The Pax-Enhanced ESD process does not require Java. If the Integrated Cryptographic
Services Facility (ICFS) is not active, the GIMUNZIP SMP/E utility requires Java 1.4 or
higher to generate an SHA-1 hash value.
No. You can use Pax Enhanced-ESD on any supported version of z/OS.
#11: How do I know that the files I'm working with are the most current?
Check the https://support.ca.com/ site. Log in and click Download Center. The product
files on this online site will always be the most up-to-date.
CA Product Documentation
After completing the procedures in this ESD guide, you are ready to begin the standard
installation procedure. To continue the installation process, see your CA product-specific
documentation.
Each CA product documentation set includes the latest technology available for online
viewing, keyword searching, book marking, and printing. Documentation sets reside in
one repository and are available at the CA Support Online web site. You can view and
download all CA product documentation from this central repository. The following
procedure details how to access product documentation.
The CA Electronic Software Delivery (ESD) process lets you download a product package
in a zip file or compressed individual product components from the CA Support Online
Download Center or from directories on your CA product DVD. This guide explains the
steps to copy pax files from a product DVD. To download pax files from support online,
go to the Download Center on https://support.ca.com/.
70 Installation Guide
Introduction to Electronic Software Delivery
The steps in this guide provide instructions for SMP/E CA product installation on z/OS
systems.
The pax (see page 72) format provides several advantages for ESD:
■ It supports virtually any file type or data set type, including those for products that
are based on new technology (for example, Java).
■ It supports combining a large number of data sets into a single file to receive in a
single download.
■ It can be unpacked using standard utilities that are available on every z/OS system.
Customers no longer have to install CA-proprietary utility programs or download
additional software to complete the installation process.
The Pax Enhanced ESD process is the foundation on which the CA Mainframe Software
Manager (MSM) was built. CA MSM can perform the required un-packing tasks.
Important! Most CA products have transitioned to the pax format and must be
processed using the Pax-Enhanced ESD process. A small number of products are still
packaged using the traditional ESD format or as legacy .AWS or .CDTAPE files. For
traditional installation downloads, see the Traditional ESD User Guide.
The DVD contains folders that include the pax files for the base product and a README
file.
See Check for the Latest Updates (see page 71) for currency information and the Pax
Command (see page 72) for an explanation about how this command works.
Important! The files provided for copy from the CA product DVD might not be the most
current.
Go to https://support.ca.com/, log in, and click Download Center. The files on this online
site will always have the most current product updates.
Important! If your package includes file types other than those types in the following
list, see the Traditional Electronic Software Delivery (ESD) Guide. To access this guide, go
to https://support.ca.com/, log in, and click Download Center. A link to the guide
appears under the Download Help heading.
If you download the product from a CA product DVD, you see one or more files with the
following file types:
Documentation Files:
readme_CA_VIEW_DVD.html or Readme.html
Lists a description of the files and instructions for accessing product installation
documentation. The actual file name may differ based on the product name.
Important! The product-specific directory may also contain an AREADME file that
describes the pax download and installation process for your CA product or
maintenance update. Read the AREADME file before running UNZIPJCL. If your directory
includes install notes, read them before continuing. Failure to read these files impacts
your installation.
Important! Ensure that you have sufficient free space in the USS file system that you are
using for Pax ESD to hold the directory created by the pax command and its contents.
You need approximately 3.5 times the pax file size in free space.
If you do not have sufficient free space, you receive EDC5133I error messages similar to
the following:
72 Installation Guide
Pax-Enhanced ESD Procedures
Important! Downloading pax files for the SMP/E installation as part of the Pax-Enhanced
ESD process requires write authority to the UNIX System Services (USS) directories used
for the ESD process.
Important! If you prefer not to involve all CA product installers with z/OS UNIX System
Services, assign a group familiar with USS to perform Steps 1 through 3 and provide the
list of the unpacked MVS data sets to the product installer. Be aware that some
products may require USS and/or USS SuperUser authority for additional installation
steps.
More Information:
After copying the pax.Z files to your PC, do the following to upload the files from your PC
to your z/OS USS directory.
74 Installation Guide
Pax-Enhanced ESD Procedures
bin
lcd C:\PC\folder\for\thePAXfile
cd /yourUSSESDdirectory/
put paxfile.pax.Z
quit
exit
Important! The sample job Unpackage.txt (see page 76) simplifies the Pax-Enhanced
ESD process; you can copy this JCL job directly to the mainframe.
To create a product installation directory using the Unpackage.txt sample job
1. Supply a valid JOB statement.
2. Replace yourUSSESDdirectory with the name of the USS directory that you use for
ESD downloads.
The job points to your specific directory.
3. Replace paxfile.pax.Z with the name of the pax file.
The job points to your specific pax file.
4. Submit the job.
The job runs and creates the product directory.
Note: After making the changes noted in the job, if the PARM= statement exceeds
71 characters, uncomment and use the second form of UNPAXDIR instead. This
sample job uses an X in column 72 to continue the PARM= parameters to a second
line.
At this point, the product has been copied from the DVD onto the PC and the file has
been FTP’d to USS and is now ready to be unpaxed.
To complete the installation
1. Access the Installation Guide in the documentation set for your product.
2. See the "Installing your product from PAX-Enhanced Electronic Software Delivery"
chapter:
In the How to Install a Product Using Pax-Enhanced ESD topic, see the Use the
SMP/E GIMUNZIP Utility step to proceed with the installation.
76 Installation Guide
References
References
lp
Directs output to line printer.
ls
Lists the file in a directory.
man
Displays the UNIX help for a command. For example, man chmod displays the UNIX
help for the chmod command.
mkdir
Creates a directory.
mv
Moves or renames one or more files or directories.
nm
Displays the symbol table from an executable file.
rm
Deletes a file or directory.
od
Produces an octal dump of a file. Also does hexadecimal dumps.
ps
Displays information about active processes.
strings
Lists text strings in an executable file.
wall
Sends a message to all logged in users.
whence
Identifies the location of an executable file.
who
Displays the logged on users and information about them.
78 Installation Guide
Chapter 7: Starting Your Product
This section describes what you need to do to start CA Deliver.
Important: We recommend that you authorize CVDELOAD rather than copying the
modules. The load modules must reside in an authorized library.
80 Installation Guide
How to Complete Configuration With CA MSM
The CA LMP execution key (provided on the key certificate) must be added to the
CAIRIM parameters to ensure proper initialization of the CA software solution.
To define a CA LMP execution key to the CAIRIM parameters, modify member KEYS in
OPTLIB data set.
Syntax is as follows:
where:
pp
Signifies the two-character product code (required).
For any given CA LMP software solution, this code agrees with the product code
already in use by the CAIRIM initialization parameters for earlier service packs of
the product.
ddmmmyy
Signifies the CA LMP licensing agreement expiration date (required).
tttt-mmmm
Signifies the CPU type and model (for example, 3090-600) on which the CA LMP
software solution will run (required).
If the CPU type and/or model requires less than four characters, blank spaces are
inserted for the unused characters.
ssssss
Signifies the serial number of the CPU on which the CA LMP software solution will
run (required).
kkkkkkkkkkkk
Signifies the execution key needed to run the CA LMP software solution (required).
This CA LMP execution key is provided on the key certificate shipped with each CA
LMP software solution.
This example shows a control statement for the CA LMP execution software parameter.
Note: The CA LMP execution key is invalid and is provided as an example only.
For a full description of the procedure for defining the CA LMP execution key to the
CAIRIM parameters, see the installation tasks in the CA Common Services Getting
Started.
82 Installation Guide
How to Complete Configuration With CA MSM
CA Deliver consists of the base product and several components (options) that are
purchased separately. Because each component has its own LMP code, you must supply
an LMP code for each component you purchased.
pp Component Description
HV CA Deliver base product
HW CICS online interface
HX IMS/DC online interface
HZ Native TSO online interface
IF CA Roscoe online interface
Note: For more information about the components, see Software Requirements in the
chapter "System Requirements."
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for information
that applies to this step.
CA Deliver has full external security support that uses security classes. CA Deliver
interfaces with CA Top Secret, CA ACF2, and IBM's RACF and it gives you the ability to
define a security table and use security exits.
Note: For more information about security, see the chapter "Security" in the CA Deliver
Reference Guide.
This list summarizes the steps required to install the ISPF online retrieval option.
Detailed instructions are in the sections that follow.
1. (Optional) Add STEPLIB Statements
If the load modules were not copied to a linklist library, add STEPLIB DD statements
to the TSO LOGON procedures.
2. Add the Panel and Command Libraries
Add the panel and command table libraries to the TSO LOGON procedures.
3. (Optional) Modify an ISPF Selection Menu to Select Online Retrieval.
The action you take in this step depends on what you did during the base product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system-authorized library
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go directly to the next step.
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in a STEPLIB statement with this step.
To add the panel and command libraries to the TSO LOGON procedure:
1. Concatenate the command table library CAI.CVDETBL0 to DD statement ISPTLIB.
2. Concatenate the panel library CAI.CVDEPNL0 to DD statement ISPPLIB.
Note: If you also plan to use RMOSPF (the ISPF interface), and multiple versions of CA
Deliver, concatenate CAI.CVDETBL0 first. Use the CAI.CVDETBL0 from the most current
release.
84 Installation Guide
How to Complete Configuration With CA MSM
If you want to add a selection code for the online retrieval feature to one of the ISPF
selection menus, proceed with this step; otherwise, your detailed instructions for ISPF
are complete.
Use the value next to the NAME parameter on your Initialization Parameter Worksheet
for PARM (high-level-database-name).
Note: Adding a selection code allows you to select the online retrieval feature in the
same way you would select other ISPF options.
Panel Libraries
The names of the panel libraries vary from site to site and for the different releases of
ISPF. These panel libraries are allocated to the ISPPLIB DD statement under TSO.
Be aware that some installations do not allow direct modifications of IBM panels and
libraries. In this case, you can place the modified panels in user or site-specific libraries
and concatenate them ahead of the IBM libraries.
Ask your system administrator for the specific ISPF panel library that applies to your site
and contains the panel ISR@PRIM.
Note: The selection menus shown in the following examples are part of the program
product ISPF and are copyrighted by IBM.
Example 1
This example shows you how to add selection code R to the primary option menu
ISR@PRIM for ISPF.
%
+ENTER%END+COMMAND TO TERMINATE ISPF.
)INIT
.HELP = ISR00003
&ZPRIM = YES /* ALWAYS A PRIMARY OPTION MENU */
&ZHTOP = ISR00003 /* TUTORIAL TABLE OF CONTENTS */
&ZHINDEX = ISR91000 /* TUTORIAL INDEX - 1ST PAGE */
)PROC
&ZSEL = TRANS( TRUNC (&ZCMD,'.')
0,'PANEL(ISPOPTA)'
1,'PGM(ISRBRO) PARM(ISRBRO01)'
2,'PGM(ISREDIT) PARM(P,ISREDM01)'
3,'PANEL(ISRUTIL)'
4,'PANEL(ISRFPA)'
5,'PGM(ISRJB1) PARM(ISRJPA) NOCHECK'
6,'PGM(ISRPTC)'
7,'PGM(ISPYXDR) PARM(ISR) NOCHECK'
8,'PANEL(ISRLPRIM)'
C,'PGM(ISPTUTOR) PARM(ISR00005)'
R,'PGM(RMOSPF) PARM(RMO.SYSTEM1) NEWAPPL(RMO)'
T,'PGM(ISPTUTOR) PARM(ISR00000)'
' ',' '
X,'EXIT'
*,'?' )
&ZTRAIL = .TRAIL
)END
86 Installation Guide
How to Complete Configuration With CA MSM
Note:
■ NEWAPPL(RMO) is required and must be specified as shown previously in this
section.
This parameter is used with the command table library concatenation from Step 3
of the ISPF Installation Instructions.
■ NEWAPPL(RMO) allows CA Deliver to correctly interpret commands and program
function key invocation.
If this parameter is not specified, certain PF keys such as the scroll keys may not
function.
Example 3
This example shows you how to add selection code 3.R as a sub-option to the utilities
menu ISPUTIL for ISPF.
)INIT
.HELP = TU
)PROC
&SEL = TRANS( TRUNC (&OPT,'.')
1,'PGM(ISPUDA) PARM(UDA1)'
2,'PGM(ISPUDA) PARM(UDA1)'
3,'PGM(ISPUMC)'
4,'PGM(ISPUCA)'
5,'PGM(ISPURS)'
6,'PGM(ISPUHC)'
7,'PGM(ISPUVT)'
8,'PGM(ISPUOL) PARM(UOL01)'
9,'PGM(ISPUSC) PARM(SCRPTA)'
R,'PGM(RMOSPF) PARM(RMO.SYSTEM1) NEWAPPL(RMO)'
' ',' '
*,'?' )
)END
88 Installation Guide
How to Complete Configuration With CA MSM
(Optional) Add STEPLIB DD statements to the TSO LOGON procedures if the load
modules are not in a linklist library.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system authorized library
If the load modules were not copied to one of the libraries in the linklist:
■ Add a STEPLIB DD statement (for the library containing the load modules) to the
TSO LOGON procedures for those TSO users who are to use the native TSO online
retrieval option.
If the load modules were copied to one of the libraries in the linklist, no STEPLIB DD
statements are required.
Note: If you have CA View, the CA View load modules either must also be in the linklist,
or placed in a STEPLIB statement with this step.
Assign the mount attribute to all TSO user IDs authorized to browse SYSOUT directly
from an archival tape. Use the TSO ACCOUNT command to assign the mount attribute as
follows:
ACCOUNT
C (userid) MOUNT
END
If the load modules were not copied to a linklist library, concatenate the library that
contains the load modules to the ETSOLIB DD statement in the CA Roscoe startup JCL.
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in an ETSOLIB statement with this step.
Add this Eligible Program List control statement to member ETSOPGMS for the CA
Roscoe user with the RO prefix:
Column Contents
1–8 RMOROS
9 Blank
10–12 Number of users allowed to access CA Deliver at one time
13 Blank
14–17 CPU time slice; use 9999 to prevent premature termination
18 Blank
19–24 Maximum memory (in KB) below the 16 MB line
This value can vary depending on size of database and other factors
(0001000 should be adequate).
25 Blank
26–31 Maximum memory (in KB) below the line that CA Deliver can acquire
at one time
Use 999999 so that GETMAINs are not limited.
90 Installation Guide
How to Configure Without CA MSM
Column Contents
32 Blank
33–38 Maximum memory (in KB) above the 16 MB line
This value can vary depending on the features used (000512 should
be adequate).
39 Blank
40–45 Maximum memory (in KB) above the line that CA Deliver can acquire
at one time
Use 999999 so that GETMAINs are not limited.
46 Blank
47–48 CP to call RMOROS as a TSO command processor
49 Y – Application authorized to issue MODESET SVC
50 Blank
51-52 CP to call EC0XMROS as a TSO command processor
53-255 Ignored
Do one of the following to either authorize the program load library or copy the
modules to a system-authorized library:
■ If you want CA Deliver to execute from its own load library, APF-authorize the load
library by adding an entry for CAI.CVDELOAD to member PROGxx of SYS1.PARMLIB.
Note: Use MVS system command SET PROG=xx to activate update to PROGxx.
■ If you do not want to APF-authorize the CA Deliver target library, copy the load
modules in CAI.CVDELOAD to an existing authorized library such as SYS1.LINKLIB or
any other library in the linklist.
Use one of the following methods to copy the load modules:
– ISPF option 3.3
– Member HBRNCAPF of CAI.CVDEJCL
This batch job can be run to copy the load modules from CAI.CVDELOAD to
USER.APFLIB.
Important: We recommend that you authorize CVDELOAD rather than copying the
modules. The load modules must reside in an authorized library.
Examine the CA LMP Key certificate you received with your product installation or
maintenance cartridge.
92 Installation Guide
How to Configure Without CA MSM
The CA LMP execution key (provided on the key certificate) must be added to the
CAIRIM parameters to ensure proper initialization of the CA software solution.
To define a CA LMP execution key to the CAIRIM parameters, modify member KEYS in
OPTLIB data set.
Syntax is as follows:
where:
pp
Signifies the two-character product code (required).
For any given CA LMP software solution, this code agrees with the product code
already in use by the CAIRIM initialization parameters for earlier service packs of
the product.
ddmmmyy
Signifies the CA LMP licensing agreement expiration date (required).
tttt-mmmm
Signifies the CPU type and model (for example, 3090-600) on which the CA LMP
software solution will run (required).
If the CPU type and/or model requires less than four characters, blank spaces are
inserted for the unused characters.
ssssss
Signifies the serial number of the CPU on which the CA LMP software solution will
run (required).
kkkkkkkkkkkk
Signifies the execution key needed to run the CA LMP software solution (required).
This CA LMP execution key is provided on the key certificate shipped with each CA
LMP software solution.
This example shows a control statement for the CA LMP execution software parameter.
Note: The CA LMP execution key is invalid and is provided as an example only.
For a full description of the procedure for defining the CA LMP execution key to the
CAIRIM parameters, see the installation tasks in the CA Common Services Getting
Started.
94 Installation Guide
How to Configure Without CA MSM
CA Deliver consists of the base product and several components (options) that are
purchased separately. Because each component has its own LMP code, you must supply
an LMP code for each component you purchased.
pp Component Description
HV CA Deliver base product
HW CICS online interface
HX IMS/DC online interface
HZ Native TSO online interface
IF CA Roscoe online interface
Note: For more information about the components, see Software Requirements in the
chapter "System Requirements."
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for information
that applies to this step.
CA Deliver has full external security support that uses security classes. CA Deliver
interfaces with CA Top Secret, CA ACF2, and IBM's RACF and it gives you the ability to
define a security table and use security exits.
Note: For more information about security, see the chapter "Security" in the CA Deliver
Reference Guide.
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for more
information about how to perform this step.
For new installations, to create the database use the ADDDS and MAKECKPT control
statements in the RMODBASE utility program. Member HBRNADDS of CAI.CVDEJCL
provides a sample set of parameters for this job.
Note: For more information about the RMODBASE utility, see the chapter "Utilities" in
the CA Deliver Reference Guide.
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for information
that applies to this step.
For new installations, create the initialization parameter statements for the started task
which can be a member within a PDS. This member is referenced by the RMOPARMS DD
statement of the started task. Member RMOPARMS in CAI.CVDEOPTN provides a
sample initialization parameter member.
Note: For more information about the descriptions of these parameters, see the chapter
"Initialization Parameters" in the Reference Guide.
Examine the skeleton JCL and make any necessary changes by editing member RMOJCLB
in the CAI.CVDEPENU data set. The following sections explain how to do this editing.
The online task uses the skeleton JCL to submit background bundle jobs.
96 Installation Guide
How to Configure Without CA MSM
By default, machine carriage control produces batch bundle output for all banner pages
and reports within the bundle.
If changes are required, the RMOJCLB skeleton JCL can be modified to instruct the batch
bundle program to create batch bundle output with ASA carriage control. You can
specify this option by adding ",ASA" after the database index name variable &IDX on the
PARM field of the EXEC statement for RMOBBP in the skeleton JCL as follows:
//STEP1 EXEC PGM=RMOBBP,
// PARM='&IDX,ASA'
Notes:
■ By default, the beginning of each individual SYSOUT data set within the bundle
contains a no skip ("+") ASA carriage control character. If you want the individual
SYSOUT data sets to start with a skip to top of form ("1") ASA carriage control
character, change the model bundle banner page members to use a "J" carriage
control character instead of a "1" carriage control character.
■ For more details on how to customize model banner pages, see the chapter Model
Banner Pages in the Reference Guide.
Define STEPLIBs
The only change yto make to the skeleton JCL is to the STEPLIB DD statement. If you are
running CA View out of a separate CVDELOAD, the STEPLIB statement has to
concatenate both the CA Deliver and CA View CVDELOADs.
Remove the STEPLIB DD statement if the CVDELOAD (or CVDELOADs) are in your linklist.
Be aware that you must concatenate the CA View load library after the CA Deliver load
library in the STEPLIB statement.
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for more
information about this step.
Load the online panel and JCL library members to the database from the CAI.CVDEPENU
data set.
The RMODBASE OLOAD control statement is used to load the panel, message, and
skeleton JCL members in the online library to the database. The online library is defined
with the DD statement RMOOLIB.
Note: The high-level name of the database must have been defined with the NAME
control statement (or the PARM parameter of the EXEC JCL statement).
Syntax:
OLOAD
The CAI.CVDEPENU data set contains the BROWSE and HELP panels; you can modify
them with the following limitations:
Constants:
Constants can be modified and their length can be increased or decreased. The new
text displays as coded.
Variables:
■ Most variables can be moved around the screen as long as the original variable
names are retained
Be aware that the relative position of some variables is critical.
■ The length of a variable can be changed, but be aware that the product pads
the value with blanks (or truncates it) to conform to its internal length.
■ Any variable can be deleted from a panel.
■ An attempt to add a new variable to a screen results in the variable name itself
appearing on the screen, without interpretation.
98 Installation Guide
How to Configure Without CA MSM
Note: For these attributes, the colors used must be red, white, blue, or green.
Define color and highlight attributes on the CA Deliver panels according to the rules
listed in the IBM manual ISPF Dialog Developer's Guide and Reference.
The following hexadecimal characters are reserved and cannot be defined as attribute
statements on a panel:
00
Represents Null character.
0E
Represents Shift out.
0F
Represents Shift in.
40
Represents Blank.
50
Represents Ampersand (&).
Step 8: Load the Model Banner Pages and Email Format (EFORMAT) members
All users must perform this step.
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for more
information about this step.
Review, change, or add model banner page and/or email format members in the model
banner page library.
Note: For more information about model banner page and email format members, see
the chapter "Model Banner Page and Email Format Members" in the Reference Guide.
Load the model banner page and email format members to the database from the
CAI.CVDE133 data set.
The RMODBASE BLOAD control statement is used to load the model banner page and
email format members in the model banner page library to the database. The model
banner page library is defined with the DD statement RMOBLIB.
Note: The high-level name of the database must have been defined with the NAME
control statement (or the PARM parameter of the EXEC JCL statement).
Syntax:
BLOAD
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for more
information about this step.
To add the start procedure to the PROCLIB for the started task:
1. Add the start procedure JCL, located in CBRNSSTC in CAI.CBRNPROC, as member
RMOSTC of SYS1.PROCLIB:
//RMOSTC EXEC PGM=RMOSTC,TIME=1440,REGION=128M
//STEPLIB DD DSN=CAI.CVDELOAD,DISP=SHR
//SYSUDUMP DD SYSOUT=A
//RMOPARMS DD DSN=CAI.CVDEOPTN(RMOPARMS),DISP=SHR
//*RMOJTAB DD DSN=your.rmojtab,DISP=SHR
The REGION value is in K not M, so divide the value nnnK by 1024 to get the value in
M. Round the result up and add at least 5 to the result. This gives you the minimum
region size to use.
For example:
VIRT 540K SYS 296K EXT 40998K SYS 10124K
The storage usage value in this example is 40998K. If you divide this by 1024 you get
a value over 40 (round up the result to 41 and add 5).
The required region in this case is 46M.
3. Do one of the following:
■ If the load modules were copied to an authorized library other than a linklist
library, change the data set name on the STEPLIB DD statements.
■ If the load modules were copied to a linklist library, remove the STEPLIB DD
statements.
4. If you use direct-to-VIEW, and the CA VIEW load library is separate, add it to the
STEPLIB concatenation.
Load module SARPAM in the CA View load library is required for direct-to-VIEW
archival.
5. Change the data set name on the RMOPARMS DD statement to the name of the
card image data set that contains the initialization parameter statements.
RMOPARMS can be a member of a PDS:
//RMOPARMS DD DSN=CAI.CVDEOPTN(RMOPARMS),DISP=SHR
If you decide that you would like to maintain detailed historical data with the actual
date and time that reports and bundles are printed, continue with the next section,
Capturing Detailed Historical Data. Otherwise, go to the Set Up for Multiple CPUs step.
Note: Detailed history can consume a considerable amount of DASD space. For more
information, see the description of the basic and detailed history panels in Appendix A
of the Administration Guide.
EXIT15 ROUTINE=RMOJ2X15
LOAD RMOJ2XIT
■ If you answered Yes to the AFP condition in Step 1, you have to install exit
RMOFSSUX. For more information, see the chapter User Exits in the Reference
Guide.
Note: Storing this historical data requires considerably more DASD space than running
without it does.
If you decide that you want maintain detailed historical data with the actual date and
time that reports and bundles are printed:
■ Assemble the front-end control sections
■ Link edit the sections with the JES3 load modules as shown in the following table:
CA Deliver JES3 User Exit Front-End JES3 User Exit Load USERMOD to Install
Control Sections Modules
RMOJ3X21 IATUX21 BRNSJ321
RMOJ3X23 IATUX23 BRNSJ323
Your JES3 load module library is to appear as the data set name of the L.SYSLMOD DD
statements.
To install these exits, use the USERMODs located in CAI.CVDEJCL. Note that the source
for these exits is located within the USERMOD.
Note: Bring JES3 down then bring it up to turn on the user exits.
If you are driving APF printers with IBM's PSF, install the exit RMOFSSUX. For more
information, see the chapter User Exits in the Reference Guide.
Note: Detailed history can consume a considerable amount of DASD space. For more
information, see the description of the basic and detailed history panels in Appendix A
of the Administration Guide.
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for information
that applies to this step.
The product issues ENQs and RESERVEs as necessary to maintain the integrity of its data
sets. CA Deliver uses the primary ENQ (QNAME=RMOSTC) during startup and shutdown
to serialize control block updates.
■ This enqueue is defined as SYSTEM to prevent a second CA Deliver from starting on
this LPAR with the same characteristics. This ENQ does not have to be defined to a
system integrity product.
■ A second ENQ (QNAME=RMOCKPT) is used during the OPEN and CLOSE of the
checkpoint file. This ENQ does not need to be defined to a system integrity product.
■ The RESERVE issued by CA Deliver is normally short-lived but will cause deadlock
conditions unless it is properly defined. The RESERVEs should be converted to global
enqueues; however, if your environment dictates, the reserves do not have to be
converted.
If the CA Deliver database and the checkpoint file are on dedicated volumes with no
other datasets, you do not have to convert RESERVES to global enqueues.
In a multiple CPU environment, it is possible that processes in each system image are
accessing a database extent. To minimize contention, we recommend:
■ Place each database extent on a dedicated volume.
■ Where it is possible, match the size of the volume and the size of the database
extent.
This matching allows each extent to be accessed by its own server (device address).
I/Os for multiple extents are prevented from queuing on the same device address,
which can happen if multiple database extents are allocated on the same device.
Step 13: (Optional) Construct the Initial Report and Job Data
Perform this step if you want to construct initial report and job data in the database
from an existing JCL library. Otherwise, skip this step.
Two utilities, RMOJCL and RMOJCS are supplied with CA Deliver to create report and job
definitions in the database from the job's JCL.
Note: For more information about utilities, see these topics in the chapter "Utilities" in
the Reference Guide:
■ RMOJCL – Automatic Database Construction from JCL
■ RMOJCS – Enhanced Database Construction from JCL
Upgrade Considerations
If you are upgrading, see the chapter "Upgrading from a Prior Release" for information
that applies to this step.
To set up an interface between CA Deliver and CA View, run the SARINIT initialization
utility to add this initialization option to CA View:
EXPRESS=DB.HLQ
Note: For more information about how to execute SARINIT, see the CA View Reference
Guide and the CA View Installation Guide.
Upgrade Considerations
For each user exit that you have tailored you must update the new CA Deliver skeleton
version and assemble it using the macros in CAI.CVDEMAC.
Note: For more information about how to upgrade, see the chapter "Upgrading from a
Prior Release".
User Exits
CA Deliver contains several optional user exits, most of which can be modified. For more
information about these exits, see the Reference Guide.
CAI.CVDEOPTN contains USERMODs that are used to modify and install these exits.
Exits can also be installed outside of SMP using the NON-SMP JCL contained in
CAI.CVDEJCL.
Note: For more information about the JCL needed to install this exit, see the CA Deliver
Reference Guide.
Authorization Tables
You can define a separate authorization table for each CA Deliver database.
Note: For more information about how to define and install the authorization tables,
see the Reference Guide.
Note: For more information about how to install optional online interfaces, see the
chapter "Installing Online Interfaces."
Note: For more information about how to install optional features, see the chapter
"Installing Features."
Upgrade Considerations
If you are upgrading, see the "Upgrading from a Prior Release" chapter for information
about this step.
Migration Considerations
Describe what you are migrating and the things to consider when you migrate existing
configuration and data, for example, changes to:
■ Security requirements
■ System parameter usage
■ Data tables
This section contains the information you need to upgrade to CA Deliver Version 12.0
from CA Deliver Release 11.7, r11.6, or r11.5.
For an overview of the changes in this release, see the Release Notes.
Note: If you are upgrading a pre-r11.5 database, the database must be upgraded first to
r11.5, r11.6 or r11.7 with the r11.5, r11.6 or r11.7 utilities, and then to Version 12.0.
The steps must be modified according to the supplementary instructions in the tables in
the following sections:
■ Installation Steps to Upgrade to Version 12.0
■ Configuration Steps to Upgrade to Version 12.0
Be aware that existing Release 11.5, Release 11.6, or Release 11.7 users are going to
install the product using almost the same methods, as new users, with one
exception—instead of creating a database you are going to version your existing
database. This process updates several records in the database and is expected to
execute in a few minutes.
Important! Failure to follow these procedures can result in lost bundles and abends in
your application jobs.
Note: To revert to Release 11.7, r11.6, or r11.5 see the chapter Reverting to a Prior
Installation.
The Step column lists the installation step in the chapter "Installation" and the Upgrade
Instructions column explains what you must do if the step needs to be modified or
replaced.
The Step column lists the installation step in the "Installation" chapter and the Upgrade
Instructions column explains what you must do if the step needs to be modified or
replaced.
Step 4 Optionally, set the version of your database up to Version 12.0. Version
12.0 provides full compatibility with releases r11.5, r11.6, and r11.7
databases.
If you want to utilize specific Version 12.0 features the database must be
upgraded to Version 12.0.
Note: If you do not want to upgrade your release r11.5, r11.6, or r11.7
database, skip this step.
This step replaces the Create the Database step in the chapter
"Installation." Be aware of the following:
■ Instead of creating a CA Deliver database, you use the VERSION
control statement of the RMODBASE utility to version your database
to Version 12.0. You can tailor and submit CAI.CVDEJCL(HBRNVERS).
■ The high-level name of the database must have been previously
defined with the NAME control statement (or the PARM parameter
of the EXEC JCL statement) for the RMODBASE utility. The format of
the VERSION control statement is:
Version 12.0
For more information, see the RMODBASE Utility section in the chapter
"Database Utilities" in the CA Deliver Reference Guide.
Note: Save your initialization parameter settings; some parameter
settings have been added or eliminated in Version 12.0, and you may
need the original settings if you have to revert to releases r11.5, r11.6, or
r11.7.
Step 5 Create the Initialization Parameter Statements
Follow the instructions in the "Installation" chapter. Some initialization
parameters have been added, changed, or eliminated in Version 12.0.
Be sure to review the initialization parameters presented in the chapter
"Initialization Parameters" in the CA Deliver Reference Guide.
For information about all initialization parameter changes, see the CA
Deliver Release Notes.
Save a copy of your initialization parameters in case you have to revert to
releases r11.5, r11.6, or r11.7.
Step 6 No supplementary instructions
2. Use the CA Deliver Release 11.6 RMODBASE utility to OLOAD the Release 11.6
online panel library into your database.
3. Use the CA Deliver Release 11.6 RMODBASE utility to BLOAD the Release 11.6
banner page library to your database.
4. If you modified any of the CA Deliver user exits, revert to your Release 11.6 versions
of the exits.
5. Change your JCL, Procs, and started task JCL to point to the Release 11.6 libraries.
6. If the Version 12.0 load library was link listed, revert to the Release 11.6 link listed
library.
The EBC Common Component Configuration Option also includes several other external
tasks that are required to complete the configuration.
2. Verify that the correct PGMname is defined for the new facility, where PGMname is
either the first three characters or all the eight characters of the program name that
is going to make security calls (EC0 or EC0DRV).
3. Create region ACID for the facility:
TSS CRE(rmoxms) pass(nopw,0) type(user) dept(dept)
mastfac(rmoxms) NODSNCHK NORESCHK NOVOLCHK NOLCFCHK NOSUBCHK
Note: In the JCL for the cross-memory services task, the parameter XMSSUB must be set
to YES.
Installation Steps
The following steps are required to install the ISPF/cross-memory online retrieval
option. Each step is explained in detail later in the sections that follow.
1. (Optional) Add STEPLIB DD statements to the TSO LOGON procedures if the load
modules were not copied to a linklist library.
2. Add the panel and command table libraries to the TSO LOGON procedures.
3. (Optional) Modify an ISPF Selection Menu to Select Online Retrieval feature.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library, or
■ Copy the modules to a system authorized library.
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go to the next step.
For this interface, the libraries do not have to be APF authorized. Authorization is
provided in the cross-memory installation. Multiple versions of this online interface can
coexist in one TSO library concatenation.
More information:
If you are going to run CA Deliver under ISPF, proceed with this step. For Version 3 or
higher, both the command table library and the panel library are used.
To add panel and command table libraries to the TSO LOGON procedure:
1. Concatenate the command table library CAI.CVDETBL0 to DD statement ISPTLIB.
2. Concatenate the panel library CAI.CVDEPNL0 to DD statement ISPPLIB.
Note: If you also plan to use RMOSPF (the ISPF interface), and multiple versions of CA
Deliver, concatenate CAI.CVDETBL0 first. Use the CAI.CVDETBL0 from the most current
release.
If you want to add a selection code to one of the ISPF selection menus for the online
retrieval feature, proceed with this step; otherwise, your ISPF detailed instructions are
complete.
Note: If you add a selection code, you are able to select the online retrieval feature in
the same way you select other ISPF options.
Use the value next to the NAME parameter on your Initialization Parameter Worksheet
for PARM (high-level database name).
Panel Libraries
The names of the panel libraries vary from site to site and for the different releases of
ISPF. These panel libraries are allocated to the ISPPLIB DD statement under TSO.
Be aware that some installations do not allow direct modifications of IBM panels and
libraries. In this case, you can place the modified panels in user or site-specific libraries
and concatenate them ahead of the IBM libraries.
Ask your system administrator for the specific ISPF panel library that applies to your site
and contains the panel ISR@PRIM.
Note: The selection menus shown in these examples are part of the program product
ISPF and are copyrighted by IBM.
Example 1
This example shows you how to add selection code R to the primary option menu
ISR@PRIM for ISPF. The bright, offset text identifies the inserted lines.
Note:
■ NEWAPPL(RMO) is required and must be specified as shown previously in this
section.
This parameter is used with the command table library concatenation from Step 3
of the ISPF Installation Instructions.
■ NEWAPPL(RMO) allows CA Deliver to correctly interpret commands and program
function key invocation.
If this parameter is not specified, certain PF keys such as the scroll keys may not
function.
Example 2
This example shows you how to add selection code R to the primary option menu
ISP@PRIM for SPF. Shading identifies the inserted lines.
%----------------------- SPF–MVS PRIMARY OPTION MENU ---------------
%OPTION ===>_OPT
% +USERID -
% 0 +ISPF PARMS - SPECIFY TERMINAL AND USER PARAMETERS +TIME -
% 1 +BROWSE - DISPLAY SOURCE DATA OR OUTPUT LISTINGS +TERMINAL –
% 2 +EDIT - CREATE OR CHANGE SOURCE DATA +PF KEYS -
% 3 +UTILITIES - PERFORM SPF UTILITY FUNCTIONS
% 4 +FOREGROUND - COMPILE, ASSEMBLE, OR DEBUG
% 5 +BACKGROUND - COMPILE, ASSEMBLE, OR LINK EDIT
% 6 +COMMAND - ENTER TSO COMMAND OR CLIST
% 7 +SUPPORT - TEST DIALOG OR CONVERT MENU/MESSAGE FORMATS
% 8 +LM UTILITIES- PERFORM LIBRARY ADMINISTRATOR UTILITY FUNCTIONS
% R +RMOSPF - DELIVER ADMINISTRATION
% T +TUTORIAL - DISPLAY INFORMATION ABOUT SPF
% X +EXIT - TERMINATE SPF USING LIST/LOG DEFAULTS
%
+PRESS%END KEY TO TERMINATE SPF+
%
)INIT
.HELP = TTUTOR
&ZHTOP = TTUTOR /* TUTORIAL TABLE OF CONTENTS */
&ZHINDEX = TINDEX /* TUTORIAL INDEX - 1ST PAGE */
)PROC
&ZSEL = TRANS( TRUNC (&OPT,'.')
0,'PANEL(ISPOPT)'
1,'PGM(ISRBRO)'
2,'PGM(ISPEDIT)'
3,'PANEL(ISPUTIL)'
4,'PANEL(ISPFORA)'
5,'PANEL(ISRJOB)'
6,'PGM(ISPTSO)'
7,'PANEL(ISPOTAC)'
R,'PGM(EC0XMSPF) PARM(RMO.SYSTEM1)'
T,'PGM(ISPTUTOR) PARM(T)'
' ',' '
X,'EXIT'
*,'?' )
)END
Example 3
This example shows you how to add selection code 3.R as a sub-option to the utilities
menu ISPUTIL for ISPF.
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task must match the SUBSYS= parameter
specified in the EBCXMCTR table entry.
■ RECON=YES can be used to allow reconnection (after an ISPF terminal error) at the
point of exit.
■ TIMEOUT= specifies how long ISPF will wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX= only applies when you are using the subtask with the
CICS interface.
Note: The parameter XMSSUB must be set to YES in the JCL for the cross-memory
services task.
Installation Steps
The following steps are required to install the TSO/Cross-Memory Online Retrieval
Option. Each step is explained in detail in the sections that follow.
1. (Optional) Add STEPLIB DD Statements to the TSO LOGON procedures if the load
modules were not copied to a linklist library.
2. (Optional) Create user CLISTs to execute the CA Deliver TSO/XMS driver program.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system authorized library
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go to the next step.
To add STEPLIB DD statements (for the library containing the CA Deliver load modules)
to the TSO LOGON procedures, do the following:
■ Add a STEPLIB DD statement for the library that contains the CA Deliver load
modules to the LOGON procedures for those TSO users who are to use the
ISPF/Cross-Memory Online Retrieval Option.
Note: For this interface, the libraries do not have to be APF authorized—authorization is
provided in the cross-memory installation. Multiple releases of this online interface can
coexist in one TSO library concatenation.
To create user CLISTs to execute the CA Deliver TSOXMS driver program, issue:
EC0XMTSO highlevel.databasename
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task.
This parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after a TSO terminal error) at the
point of exit.
■ TIMEOUT= specifies how long TSO will wait for the XMS session to respond after the
user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when you are using the subtask with the
CICS interface.
Installation Steps
The following steps are required to install the VTAM online retrieval option. Each step is
explained in detail in the sections that follow.
1. Define the APPL definition statement to VTAM.
2. (Optional) Create a USS Table Definition.
* SYS1.VTAMLST(rmomajor)
rmomajor VBUILD TYPE=APPL
rmovtam APPL ACBNAME=rmovtam,AUTH=(PASS,ACQ),EAS=nn
where:
rmomajor
Specifies the application program major node name.
Use the SYS1.VTAMLST member name. The member name must be unique and
must not be the same as the names on the APPL statement.
AUTH=(PASS,ACQ)
Is required when the cross-memory parameter VTAMPASS=YES is used to support
multiple cross-memory regions.
If VTAMPASS=NO, you can specify AUTH=(ACQ). For more information about the
VTAMPASS parameter, see the Add the Start Procedure for the Cross-Memory
Online Task step in this chapter.
EAS=nn
Specifies the approximate number of concurrent sessions.
rmovtam
Specifies the minor node name of the application program.
■ This name must be unique within the network domain; it is the APPLID
referenced in the USS definition table or LOGON command.
■ This name is also specified on the cross-memory RMOAPPL parameter.
■ If not specified, the network-unique name (the name of the APPL definition
statement) is used.
To simplify the manner in which a user logs on to VTAM online retrieval, you can create
a USS definition table for CA Deliver.
Example
Assume that two CA Deliver systems have been created. The databases for the two
systems have high-level names of RMO.SYSTEM1 and RMO.SYSTEM2, and you want a
user to simply enter one of the commands to log on to VTAM online retrieval for the
respective systems:
RMO1
RMO2
USSTAB
*
* ENTRY FOR RMO1
*
USSCMD CMD=RMO1,REP=LOGON,FORMAT=PL1
USSPARM PARM=APPLID,DEFAULT=RMOVTAM
USSPARM PARM=LOGMODE
USSPARM PARM=DATA,DEFAULT=RMO.SYSTEM1
*
* ENTRY FOR RMO2
*
USSCMD CMD=RMO2,REP=LOGON,FORMAT=PL1
USSPARM PARM=APPLID,DEFAULT=RMOVTAM
USSPARM PARM=LOGMODE
USSPARM PARM=DATA,DEFAULT=RMO.SYSTEM2
USSEND
Specifying the common VTAM generic resource name in the session request can initiate
VTAM cross memory sessions to any of the EMAS members.
When you are using the VTAM generic resource name, by default VTAM tries to request
a session with an EMAS member in the same MVS image.
If it is not possible to get the session that was requested, VTAM uses normal load
balancing when passing the session request to one of the active EMAS members.
Installation Steps
If the load modules were not copied to a linklist library, concatenate the library that
contains the load modules to the ETSOLIB DD statement in the CA Roscoe startup JCL, .
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in a ETSOLIB statement with this step.
Add these EPL control statements to member ETSOPGMS for the CA Roscoe user with
the RO prefix:
Column Contents
1–8 EC0XMROS
9 Blank
10–12 Number of users allowed to access CA Deliver at one time
13 Blank
14–17 CPU time slice (use 9999 to prevent premature termination)
18 Blank
Column Contents
19–24 Maximum memory (in KB) below the 16 MB line
This memory is only for the cross-memory driver program (50 KB is
ample)
25 Blank
26–31 Maximum memory (in KB) below the line that CA Deliver can acquire at
one time
Use 999999 so that GETMAINs are not limited
32 Blank
33–38 Maximum memory (in KB) above the 16 MB line
This memory is only for the cross-memory driver program (50 KB is
ample)
39 Blank
40–45 Maximum memory (in KB) above the line that CA Deliver can acquire at
one time
Use 999999 so that GETMAINs are not limited
46 Blank
47–48 CP to call EC0XMROS as a TSO command processor
49 Y – Application authorized to issue MODESET SVC
50 Blank
51-52 CP to call EC0XMROS as a TSO command processor
53-255 Ignored
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task.
This parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after a TSO terminal error) at the
point of exit.
■ TIMEOUT= specifies how long TSO is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when using the subtask with the CICS
interface.
Installation Steps
The following steps are required to install the CICS Pseudo-Conversational Option. Each
step is explained in detail in the sections that follow.
1. Place the CA Deliver load libraries into DFHRPL and STEPLIB.
2. Code the PCT and PPT Table Entries to CICS.
3. (Optional) Prepare the interface to a user-written CICS menu system.
The CA Deliver load library is required in the CICS DFHRPL and in the STEPLIB in the CICS
region.
Note: If the CAI.CVDELOAD load library is in the linklist, it does not have to be included
as a STEPLIB in the CICS region
Be sure that these modules are available in the DFHRPL concatenation of libraries.
1. EC0CICUX
2. EC0CIEND
3. EC0CINIT
4. EC0CISRV
5. EC0XMCIC
6. EC0Cversion-number
Where:
release-number represents the CICS release number.
– CTS 3.1 release number: 0640
– CTS 3.2 release number: 0650
– CTS 4.1 release number: 0660
– CTS 4.2 release number: 0670
– CTS 5.1 release number: 0680
You can copy the six modules to the DD statement DFHRPL in your CICS task. However,
we strongly recommend that you concatenate CAI.CVDELOAD to the DD statement
DFHRPL.
Note: Several CA Deliver modules are loaded (MVS load) from the CICS STEPLIB or
LINKLIST. Verify that the entire CA Deliver load library is defined in the CICS STEPLIB or is
included in the linklist.
The CICS transactions and programs were previously defined in the MSM configuration
step. Review the following points to determine if they are applicable to your installation.
If you have CICS storage protection activated, resource definition online settings are
required, as follows:
■ For all transactions:
TASKDATALOC=ANY
TASKDATAKEY=CICS
Add these table entries to the last phase of the PLT startup list to initialize the subtask
that is used for cross-memory access:
DFHPLT TYPE=ENTRY,PROGRAM=DFHDELIM
DFHPLT TYPE=ENTRY,PROGRAM=EC0CINIT
Add these table entries to the first phase of the PLT shutdown list to ensure that the
subtask that executes as part of the CA Deliver online facility correctly shuts down when
CICS shuts down:
DFHPLT TYPE=ENTRY,PROGRAM=EC0CIEND
DFHPLT TYPE=ENTRY,PROGRAM=DFHDELIM
Specify a value for the DESTID parameter in the EBCXMOPT macro in the EC0XMCTR
module and corresponding DCT entries. This value defines a transient data destination
for messages issued by the subtask.
Note: Specify a blank for DESTID to suppress the generation of informational messages
from the subtask.
If you want to invoke CA Deliver from a user-written CICS menu system, then return to
that menu system when you exit from CA Deliver, do the following:
Invoke CA Deliver from the menu system by using this CICS command:
where:
TRANSID(DELIVER transaction-id)
Specifies the CA Deliver transaction ID.
TERMID(EIBTRMID)
Specifies the terminal that a CA Deliver transaction will communicate with.
FROM (data-area)
Specifies the optional variable length character string.
The format of the data-area parameter is:
tran,
where:
tran
Specifies the return menu CICS transaction to be started when CA Deliver
finishes.
Note: None of the data-area parameters is required.
LENGTH (4)
Specifies the number of bytes in the data field being passed.
Note:
When CA Deliver receives control, it retrieves the four-byte return transaction ID and
saves it from iteration to iteration.
If the retrieve fails, CA Deliver retains the information that it was started directly from a
terminal, not a menu system.
If there is a saved transaction ID, CA Deliver starts the return transaction before it exits
to CICS by issuing:
EXEC CICS START TRANSID(RETURN transaction-id)
TERMID(EIBTRMID)
NOCHECK
CICS Notes
The cross memory CICS access involves two different address spaces: the CICS address
spaces and the XMS address spaces.
The user's CICS transactions and the cross memory support subtask reside in the
address spaces.
■ If multiple CICS regions are used to access CA Deliver, each CICS region will have an
XMS support subtask.
■ If you are using CICS/MRO, CA Deliver normally runs in an AOR (application region).
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter can be used to route the CA Deliver transaction to an alternate
XMS subsystem ID. The SUBSYS= of the cross memory task must match the SUBSYS=
parameter specified in the EBCXMCTR table entry.
■ TRANID=parameter specifies the CA Deliver transaction identifier for CICS.
■ RECON=YES can be used to allow reconnection (after a CICS terminal error) at the
point of exit.
Note: Do not specify RECON=YES if you use a multi-session manager that assigns LU
names from a pool of names. Coding RECON=YES under these conditions could
allow a user to be connected to another user's session. For more information, see
Multi-Session Managers later in this chapter.
■ TIMEOUT= specifies how long CICS is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
Until the XMS subtask is started, expect the transactions referencing EC0XMCIC to
terminate with an error message that indicates that the XMS subtask is not active.
Note:
■ When the CICS region is terminated, the DFHPLTSD definition is to be used to
terminate the XMS subtask.
You can manually terminate the XMS subtask through a user application program
that LINKs the EC0CIEND or you can use the optional transaction defined for
EC0CIEND for manual termination.
■ If you want to terminate the XMS subtask manually, we recommend that you use
the DFHPLTSD entry to terminate the XMS subtask. This definition is needed to
clean up linkages to the XMS address spaces.
■ To prevent users from shutting down the XMS subtask, secure the optional
transaction for program EC0CIEND.
Multi session manager products, for example CA TPX Session Management (CA TPX), can
be configured to assign an LU name to a user's terminal at the time the user selects the
CICS application.
Important! This assignment means that a user can enter CICS each time with a different
terminal ID which can cause problems for CA Deliver application.
For example: If a user uses a multi-session manager to end a session, or shuts the PC
down, CA Deliver does not know that the user has left. Another user might select CICS,
be assigned to the same LU name as the previous user, and enter CA Deliver with the
same terminal ID as the previous user. CA Deliver believes that there are two active
users on the same terminal.
To prevent this situation, you can add a small amount of code to the CICS Autoinstall
Control Program.
Note: The default name of this program is DFHZATDX and its source is located in
SDFHSAMP.
If you are not a CICS systems programmer, discuss this situation with the person in your
company who is responsible for CICS support and maintenance.
The sample code that follows shows how to clear an active user from the CA Deliver
application at terminal deletion time. Insert this code in your Autoinstall Control
Program.
LOAD EP=EC0XSLOC,ERRET=RETURN
LR R6,R0 GET EBCXSLOC ADDRESS
ICM R8,B'1111',0(R6) ADDR OF MAIN CONTROL BLOCK
BZ RETURN GET OUT IF NONE
LA R7,4(,R8) LOOK LIKE FIRST USER BLOCK
XSU_LOOP DS 0H
ICM R7,B'1111',8(R7) USER BLOCK ADDR
BZ RETURN GET OUT IF DONE
CLC DELETE_TERM_ID,104(R7) FOR THIS TERMINAL?
BNE XSU_LOOP NO
TM 120(R7),X'01' ACTIVE ENTRY?
BZ XSU_LOOP NO
OI 120(R7),X'02' SHOW SESSION DONE
B RETURN EXIT PROGRAM
Important! This facility uses the cross-memory feature distributed with CA Deliver and
must be installed with that feature. For more information about cross-memory, see
Installing Cross-Memory Services.
Installation Steps
This list summarizes the steps required to install the IMS Online Retrieval Option.
Detailed instructions are in the sections that follow.
1. Code the IMS TRANSACT, PSB and APPLCTN macros.
2. Run the PSB, ACB, and SYSGEN Procedures.
3. Load EC0IMSUX Modules.
4. Move load modules to IMSVS.PGMLIB.
Important! All JCL and macros provided in this section are provided as general examples
only and must be modified for your site's systems and standards.
Use the examples in this section as a guide as you code these macros, and implement
them in your IMS system.
■ (IMS) TRANSACT macro
■ PSB macros
■ APPLCTN macro
TRANSACT Macro
One or more transactions must be defined for the IMS online retrieval program
RMOXMIMS. Normally, only one transaction identifier is defined, although you can
define multiple transactions.
TRANSACT NAME=EC0XMIMS,SPA=(18)
PSB Macros
PCB TYPE=TP,ALTRESP=YES,MODIFY=YES
PSBGEN PSBNAME=EC0XMIMS,LANG=ASSEM,COMPAT=YES
APPLCTN Macro
APPLCTN PSB=EC0XMIMS
Use the macros created in Step 1. Code the Macros as input for these procedures:
PSBGEN
ACBGEN
IMS SYSGEN
For example, a 3278-5 with a 27 x 132 screen size would be (27 * 132 * 1.5) = 5346.
If the SEGSIZE= is too small, the terminal user will get an RC= "A6" message
indicating that a message insert failed.
The EBCXMTRN macro also contains options for the specific database:
■ SUBSYS= parameter of the cross-memory task.
The parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after an ISPF terminal error) at the
point of exit.
■ TIMEOUT= specifies how long ISPF is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend a value as high as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when you are using the subtask with the
CICS interface.
To control screen size manually, use these operands. The SNA query command can also
be used to determine the device characteristics.
Note: For more information about the descriptions of these parameters, see the chapter
Initialization Parameters in the Reference Guide.
If any of the parameters are deemed necessary, remove the comment and supply the
necessary parameter before you start CA Deliver.
This section also describes the online interface options, the cross-memory drivers, and
how to install the online interfaces, including these topics:
■ Online and cross-memory interfaces
■ Cross-memory drivers for ISPF, TSO, and CA Roscoe interfaces
■ Installation of these options:
– ISPF online retrieval option
– TSO online retrieval option
– CA Roscoe online retrieval option
– Cross-memory services
– ISPF/cross-memory online retrieval option
– TSO/cross-memory online retrieval option
– VTAM online retrieval option
– CA Roscoe/cross-memory online retrieval option
– CICS pseudo-conversational option
– IMS online retrieval option
Online Interfaces
The following table lists the online interfaces, whether cross-memory services (XMS)
must be installed and any special advantages of using the interface.
The parameters in the startup procedure for the cross-memory task allow you to
control:
■ The maximum number of users allowed on the system
■ Whether to cancel users when they are inactive for a specified time (CANCEL and
LONGWAIT)
Note: For information about startup parameters, see Installing Cross-Memory Services
later in this chapter.
The operator commands available to modify the cross-memory task allow you to:
■ Cancel users
■ Suspend additional logons
■ List online usage statistics
■ Modify selected cross-memory startup JCL parameters
Note: For more information about operator commands, see the chapter "Operator
Commands" in the Reference Guide.
Restrictions
These restrictions apply when you execute the program using the cross-memory drivers
for TSO, ISPF, and CA Roscoe:
■ TSO SUBMIT is not used. The SUBMIT occurs from the connected cross-memory
region.
■ Direct reprints from the user have the JES banner pages of the cross-memory
region. The internal system banner page can be used to check the user requesting
the reprint.
User Exits
User exits run in the cross-memory region and do not have access to TSO or CA Roscoe
allocations.
Installation Steps
The following steps are required to install the ISPF/cross-memory online retrieval
option. Each step is explained in detail later in the sections that follow.
1. (Optional) Add STEPLIB DD statements to the TSO LOGON procedures if the load
modules were not copied to a linklist library.
2. Add the panel and command table libraries to the TSO LOGON procedures.
3. (Optional) Modify an ISPF Selection Menu to Select Online Retrieval feature.
The action you take in this step depends on what you did during the base product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system-authorized library
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go directly to the next step.
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in a STEPLIB statement with this step.
To add the panel and command libraries to the TSO LOGON procedure:
1. Concatenate the command table library CAI.CVDETBL0 to DD statement ISPTLIB.
2. Concatenate the panel library CAI.CVDEPNL0 to DD statement ISPPLIB.
Note: If you also plan to use RMOSPF (the ISPF interface), and multiple versions of CA
Deliver, concatenate CAI.CVDETBL0 first. Use the CAI.CVDETBL0 from the most current
release.
If you want to add a selection code for the online retrieval feature to one of the ISPF
selection menus, proceed with this step; otherwise, your detailed instructions for ISPF
are complete.
Use the value next to the NAME parameter on your Initialization Parameter Worksheet
for PARM (high-level-database-name).
Note: Adding a selection code allows you to select the online retrieval feature in the
same way you would select other ISPF options.
Panel Libraries
The names of the panel libraries vary from site to site and for the different releases of
ISPF. These panel libraries are allocated to the ISPPLIB DD statement under TSO.
Be aware that some installations do not allow direct modifications of IBM panels and
libraries. In this case, you can place the modified panels in user or site-specific libraries
and concatenate them ahead of the IBM libraries.
Ask your system administrator for the specific ISPF panel library that applies to your site
and contains the panel ISR@PRIM.
Note: The selection menus shown in the following examples are part of the program
product ISPF and are copyrighted by IBM.
Example 1
This example shows you how to add selection code R to the primary option menu
ISR@PRIM for ISPF.
%
+ENTER%END+COMMAND TO TERMINATE ISPF.
)INIT
.HELP = ISR00003
&ZPRIM = YES /* ALWAYS A PRIMARY OPTION MENU */
&ZHTOP = ISR00003 /* TUTORIAL TABLE OF CONTENTS */
&ZHINDEX = ISR91000 /* TUTORIAL INDEX - 1ST PAGE */
)PROC
&ZSEL = TRANS( TRUNC (&ZCMD,'.')
0,'PANEL(ISPOPTA)'
1,'PGM(ISRBRO) PARM(ISRBRO01)'
2,'PGM(ISREDIT) PARM(P,ISREDM01)'
3,'PANEL(ISRUTIL)'
4,'PANEL(ISRFPA)'
5,'PGM(ISRJB1) PARM(ISRJPA) NOCHECK'
6,'PGM(ISRPTC)'
7,'PGM(ISPYXDR) PARM(ISR) NOCHECK'
8,'PANEL(ISRLPRIM)'
C,'PGM(ISPTUTOR) PARM(ISR00005)'
R,'PGM(RMOSPF) PARM(RMO.SYSTEM1) NEWAPPL(RMO)'
T,'PGM(ISPTUTOR) PARM(ISR00000)'
' ',' '
X,'EXIT'
*,'?' )
&ZTRAIL = .TRAIL
)END
Note:
■ NEWAPPL(RMO) is required and must be specified as shown previously in this
section.
This parameter is used with the command table library concatenation from Step 3
of the ISPF Installation Instructions.
■ NEWAPPL(RMO) allows CA Deliver to correctly interpret commands and program
function key invocation.
If this parameter is not specified, certain PF keys such as the scroll keys may not
function.
Example 2
This example shows you how to add selection code R to the primary option menu
ISP@PRIM for SPF. Shading identifies the inserted lines.
%----------------------- SPF–MVS PRIMARY OPTION MENU ---------------
%OPTION ===>_OPT
% +USERID -
% 0 +ISPF PARMS - SPECIFY TERMINAL AND USER PARAMETERS +TIME -
% 1 +BROWSE - DISPLAY SOURCE DATA OR OUTPUT LISTINGS +TERMINAL –
% 2 +EDIT - CREATE OR CHANGE SOURCE DATA +PF KEYS -
% 3 +UTILITIES - PERFORM SPF UTILITY FUNCTIONS
% 4 +FOREGROUND - COMPILE, ASSEMBLE, OR DEBUG
% 5 +BACKGROUND - COMPILE, ASSEMBLE, OR LINK EDIT
% 6 +COMMAND - ENTER TSO COMMAND OR CLIST
% 7 +SUPPORT - TEST DIALOG OR CONVERT MENU/MESSAGE FORMATS
% 8 +LM UTILITIES- PERFORM LIBRARY ADMINISTRATOR UTILITY FUNCTIONS
% R +RMOSPF - DELIVER ADMINISTRATION
% T +TUTORIAL - DISPLAY INFORMATION ABOUT SPF
% X +EXIT - TERMINATE SPF USING LIST/LOG DEFAULTS
%
+PRESS%END KEY TO TERMINATE SPF+
%
)INIT
.HELP = TTUTOR
&ZHTOP = TTUTOR /* TUTORIAL TABLE OF CONTENTS */
&ZHINDEX = TINDEX /* TUTORIAL INDEX - 1ST PAGE */
)PROC
&ZSEL = TRANS( TRUNC (&OPT,'.')
0,'PANEL(ISPOPT)'
1,'PGM(ISRBRO)'
2,'PGM(ISPEDIT)'
3,'PANEL(ISPUTIL)'
4,'PANEL(ISPFORA)'
5,'PANEL(ISRJOB)'
6,'PGM(ISPTSO)'
7,'PANEL(ISPOTAC)'
R,'PGM(EC0XMSPF) PARM(RMO.SYSTEM1)'
T,'PGM(ISPTUTOR) PARM(T)'
' ',' '
X,'EXIT'
*,'?' )
)END
Example 3
This example shows you how to add selection code 3.R as a sub-option to the utilities
menu ISPUTIL for ISPF.
)INIT
.HELP = TU
)PROC
&SEL = TRANS( TRUNC (&OPT,'.')
1,'PGM(ISPUDA) PARM(UDA1)'
2,'PGM(ISPUDA) PARM(UDA1)'
3,'PGM(ISPUMC)'
4,'PGM(ISPUCA)'
5,'PGM(ISPURS)'
6,'PGM(ISPUHC)'
7,'PGM(ISPUVT)'
8,'PGM(ISPUOL) PARM(UOL01)'
9,'PGM(ISPUSC) PARM(SCRPTA)'
R,'PGM(RMOSPF) PARM(RMO.SYSTEM1) NEWAPPL(RMO)'
' ',' '
*,'?' )
)END
(Optional) Add STEPLIB DD statements to the TSO LOGON procedures if the load
modules are not in a linklist library.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system authorized library
If the load modules were not copied to one of the libraries in the linklist:
■ Add a STEPLIB DD statement (for the library containing the load modules) to the
TSO LOGON procedures for those TSO users who are to use the native TSO online
retrieval option.
If the load modules were copied to one of the libraries in the linklist, no STEPLIB DD
statements are required.
Note: If you have CA View, the CA View load modules either must also be in the linklist,
or placed in a STEPLIB statement with this step.
If the load modules were not copied to a linklist library, concatenate the library that
contains the load modules to the ETSOLIB DD statement in the CA Roscoe startup JCL.
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in an ETSOLIB statement with this step.
Add this Eligible Program List control statement to member ETSOPGMS for the CA
Roscoe user with the RO prefix:
Column Contents
1–8 RMOROS
9 Blank
10–12 Number of users allowed to access CA Deliver at one time
13 Blank
14–17 CPU time slice; use 9999 to prevent premature termination
18 Blank
19–24 Maximum memory (in KB) below the 16 MB line
This value can vary depending on size of database and other factors
(0001000 should be adequate).
25 Blank
26–31 Maximum memory (in KB) below the line that CA Deliver can acquire
at one time
Use 999999 so that GETMAINs are not limited.
32 Blank
33–38 Maximum memory (in KB) above the 16 MB line
This value can vary depending on the features used (000512 should
be adequate).
39 Blank
40–45 Maximum memory (in KB) above the line that CA Deliver can acquire
at one time
Use 999999 so that GETMAINs are not limited.
46 Blank
47–48 CP to call RMOROS as a TSO command processor
Column Contents
49 Y – Application authorized to issue MODESET SVC
50 Blank
51-52 CP to call EC0XMROS as a TSO command processor
53-255 Ignored
This list summarizes the steps to install the cross-memory services. Detailed instructions
are in the sections that follow.
1. (Optional) Add the Start Procedure to the PROCLIB for the Cross-Memory Online
Task.
2. (Optional) Modify, Assemble, and Link the EC0XMCTR Module.
3. Define Security Requirements.
The VTAM and XMS (cross-memory services) interfaces operate in one or more
cross-memory online regions.
For example, if you specified a REGION of 120 MB, you could specify:
USERMAX=200
If more users are needed, multiple regions can be started under the same SUBSYS=
value and will be chained together.
Note: The REGION ID specified in the parameters must be different for each region, and
if VTAM interface is used, a different RMOAPPL= name will be needed for each region.
This table lists the optional and required parameters for each interface.
Note: The numbers next to the interface values refer to note references.
CANCEL Opt. (1) Opt. (1) Opt. (1) Opt. (1) Opt. (1) Opt. (1)
LGNSEC Opt. (3) Opt. (3) Opt. (3) Opt. (3) Opt. (3) Opt. (3)
LGNPROP Opt. (3) Opt. (3) Opt. (3) Opt. (3) Opt. (3) Opt. (3)
LONGWAIT Opt. (1) Opt. (1) Opt. (1) Opt. (1) Opt. (1) Opt. (1)
MSGLVL Opt. Opt. Opt. Opt. Opt. Opt.
RMOAPPL Req.
RMOVTDB Opt. (4)
SMFSESS Opt. (5) Opt. (5) Opt. (5) Opt. (5) Opt. (5) Opt. (5)
SUBSYS Opt. (6) Opt. (6) Opt. (6) Opt. (6) Opt. (6) Opt. (6)
USERMAX Req. Req. Req. Req. Req. Req.
VTAMPASS Opt. (7)
VTAMSAA Opt. (8)
VTMQUERY Opt. (9)
XMS Opt. Opt. Opt. (10) Opt. (10) Opt. Opt. (10)
(10) (10) (10)
XMSSUB Req. Req. (11) Req. (11) Req. (11)
(11)
Step 1: Add the Start Procedure for the Cross-Memory Online Task
Add this start-procedure JCL for the cross-memory online retrieval task as member
CBROSDRV to SYS1.PROCLIB. Sample JCL for this PROC is provided in member
CBROSDRV of CAI.CVDEPROC.
The REGIONID parameter is positional and must be specified in the PARM= statement of
the cross-memory task JCL.
You can use SYSIN DD statements to specify the other cross-memory parameters.
If you are going to run multiple regions, specify these parameters in the PARM=
statement:
SUBSYS=
RMOAPPL=
XMS=
You can specify the rest of the parameters with SYSIN DD statements. If you place the
SYSIN statements in a PDS member, you can alter the parameters without shutting
down the cross-memory region. Be aware that the parameters do not take effect until
the next time the region is shut down and restarted.
Note:
■ SYSIN parameters for cross-memory services must start in column #1. Any
parameter that does not begin in column #1 is treated as a comment and is ignored.
■ The OVERRIDE parameter cannot be coded in the SYSIN data set.
– If the OVERRIDE parameter is coded in the execute statement PARM field, a
duplicate parameter in the PARM field and the SYSIN data set will be set to the
value specified in the PARM field parameter.
– If the OVERRIDE parameter is not coded in the execute statement PARM field, a
duplicate parameter in the PARM field and the SYSIN dataset will be set to the
value specified in the SYSIN dataset parameter.
XMSSYS01 (in the PARM statement) specifies the one- to eight-character REGIONID. The
REGIONID is positional—it must be the first value of the PARM= statement.
This value is used to define separate cross-memory regions attached to one MVS
subsystem (specified by the SUBSYS parameter).
Note: Each separate RMOXMS region has its own REGIONID. We suggest using the PROC
name of the cross-memory-started task.
CANCEL=YES|NO
Indicates one of the following:
■ CANCEL=YES specifies that a user who is inactive (no commands entered) for
the time specified by the LONGWAIT parameter will be canceled, and the
session will be terminated. With CANCEL=YES, all users will be automatically
canceled if the region is shut down by an operator command.
■ CANCEL=NO specifies that the connection is not canceled, and the user status
changes to LONGWAIT.
Default: NO
LGNFMT=n
Specifies the format of the data parameter when logging on to a VTAM region
where n is a digit (1 through 3), as follows:
1 database//userid/password/newpass
2 userID/password/newpass/database/mode
3 database/mode
Default: 1
LGNPROP=YES|NO
Indicates whether the CA Deliver user ID should be passed to MVS for propagation
during submit processing.
This parameter is only valid if LGNSEC=YES is specified.
Default: YES
LGNSEC=YES|NO|PASSWORD|YESP
Indicates whether there is to be RACROUTE security checking.
LGNSEC must be YES or YESP if you are accessing a database that has the CA Deliver
initialization parameter SECURITY=EXTERNAL specified.
Modifications to default logon exit (RMOUSXUX) is not required to implement
external security. This exit is only provided so that you can customize the exit to
provide any necessary functionality.
For example, to access external security packages directly, without SAF, you must
modify and install the RMOUSXUX user exit.
These values for LGNSEC are effective when the default exits are implemented:
Value
Result
YES
External security checking is performed using SAF calls.
External security verifies userid only for all cross-memory interfaces (with no
interruption to the user).
A panel is presented to the user to verify userid and password.
Note: This panel is only presented when the user interface does not
automatically send the userid to the XMS region.
Because the password is not forwarded, RACF or CA ACF2R Security (eTrust
CA-ACF2) requires additional specifications. For RACF or CA ACF2, see
Bypassing Password Verification in the chapter "Security" in the Reference
Guide for implementation instructions.
NO
No SAF call to external security is performed.
The user ID is checked internally against CA Deliver definitions.
If no match is found, CA Deliver might or might not dynamically create a user ID
depending on the value of your DEFMODE initialization parameter.
Review your DEFMODE values to be sure that they are appropriate.
PASSWORD
No call to external security is performed.
Internally, user ID and password are verified.
YESP
External security checking is performed using SAF calls.
External security verifies userid and password for all cross-memory interfaces
(with no interruption to the user).
A panel is presented to the user to verify the userid and password. This panel is
only presented when the user interface does not automatically send the userid
and password to the XMS region.
Default: NO
LONGWAIT=nn
Specifies the number of minutes of inactivity (no commands entered) before a
user's session is terminated.
The CANCEL parameter must be YES to terminate the session.
Default: 15
MSGLVL=CRIT|ACTN|NORM|INFO|TRCE
Indicates the level of message to be written to the started task job log.
Unless they are suppressed, the CRITICAL and ACTION messages are written to the
console. These settings cause these types of messages to be displayed:
CRIT
Displays critical messages.
ACTN
Displays critical and action messages.
NORM
Displays critical, action, and normal messages.
Default: NORM
INFO
Displays all but trace messages.
TRCE
Displays all messages.
Note: This parameter does not suppress messages from the SYSPRINT log.
RMOAPPL=applname
Specifies the RMOVTAM APPLID which provides VTAM user signon capability.
Default: RMOVTAM.
RMOVTDB=high-level.databasename
Specifies that this database high-level qualifier must be used by all RMOVTAM
interface users.
Typically, you would not specify this value and allow the user to specify which
database to access when the user logs on. When this parameter is specified, any
database specified at logon time with the VTAM logon command is ignored.
SMFSESS=nnn
Specifies whether SMF records are to be collected for the cross-memory sessions.
The EBCSMFU1 macro documents the records available.
Default: zero—no record collection.
SUBSYS=name
Specifies the four-character MVS subsystem.
This must match the value in the EC0XMCTR table.
Default: XMC0
Note: The SUBSYS parameter does not apply to VTAM or IMS interface users.
USERMAX=nn
The maximum number of sessions to be allowed.
Default: 10
VTAMPASS=YES|NO
Indicates whether signon requests can be passed to other regions in this subsystem
when this region cannot accept the request
Possible reasons for not being able to accept a signon request are that the
USERMAX parameter has been exceeded, or a SUSPEND operator command has
been issued.
If VTAMPASS=YES is specified, include PASS in the AUTH value on the APPL
statement in the VTAM definition. If you want to run multiple regions, VTAMPASS
must be YES.
Default: NO
VTMQUERY=ALL|NORM|NONE
Indicates whether the VTAM interface will QUERY terminals with dynamic log
modes to determine the alternate screen size.
Use this parameter only to query VTAM terminals that support SNA QUERY
commands and do not have an alternate screen size defined in their logmode.
ALL
Queries all terminals.
NORM
Queries the terminal if the bind image indicates it is a VTAM QUERY terminal,
and there is no alternate screen size defined.
NONE
Does not query any terminals (and color is not supported).
Default: NORM
VTAMSAA=YES|NO
Indicates whether all terminals are SAA compliant.
If you have the following:
– Older terminals that cannot support SAA (3290 terminals, for example
– These older terminals are going to be connecting with log modes that indicate
that CA View should query their alternate screen size
You must specify VTAMSAA=NO or these terminals are not able to log onto the
SARVTAM interface.
VTAMSAA=NO causes more overhead in logging on terminals than can be queried,
and is only to be used when required.
XMS=YES|NO
Indicates whether cross-memory users are to be allowed to sign on to the region.
Set XMS=NO if this is a VTAM only region, and cross-memory is not to be
supported.
Note: If XMS=NO, there should be a VTAM ACB name coded in the SARAPPL=
parameter.
Default: YES
XMSSUB=YES|NO
XMSSUB=YES is required for ISPF cross-memory, TSO cross-memory, and CA Roscoe
cross-memory sessions.
All other interface users should set XMSSUB=NO.
Default: NO
The optional RMOLOG DD statement is used to specify where to write the log of user
subtask messages.
The optional SYSPRINT DD statement is used to specify where to write the log of
cross-memory (RMOXMS) messages.
EBCUDUMP DD Statement
Notes:
■ On ABEND Output, only regular MVS dump output should be collected. Output from
dump compression and analysis programs is not helpful to technical support—you
might be required to recreate the dump.
■ Acceptable types include SYSUDUMP, SYSMDUMP, or SYSABEND output, in
print-record format. IPCS/SVC dumps and CICS transaction or region dumps are also
acceptable, but must be formatted for printing before they are placed on the tape.
■ The RMOXMS region uses the operator facility to abort a user's task for various
problems. These problems might be a LONGWAIT time out, a VTAM I/O error, or a
detected internal error, which appear in the log followed by a U0522 ABEND of the
user subtask. No dump is generated.
The action you take in this step depends on what you did during the base-product
installation. Specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system authorized library.
The EC0XMCTR module defines the relationship between a transaction identifier and
the database, and session attributes. Also, the execution options for the cross-memory
subtask system are also defined in this module. All interfaces except VTAM require the
EC0XMCTR table.
The first statement defines the system options and has this format:
EBCXMOPT DESTID=dest,SRVTRAN=transaction,MSGLVL=level, X
DESTID=CICS-dest,LOGWAIT=timout-val, X
USERMAX=user-number,WAITCNT=maxcount
The next group of statements is for each transaction, database, or both to be accessed;
they have this format:
EBCXMTRN TRANID=tranid,INDEX=high-level-name,TIMEOUT=sec, X
SUBSYS=subsysid,RECON=yes|no, X
MSGSUPP=yes|no
EBCXMTRN TYPE=GEN
END
LOGWAIT=nnn
Indicates the amount of time a user is to wait to log on before the user's session
times out.
Default: 200 seconds (2 minutes, 00 seconds)
SGNCNT=nn
Controls the number of logon control blocks allocated. These blocks are only used
during the logon process. They are then reused and made available to other users
attempting to log on.
When you increase the SGNCNT value, be aware that 256 bytes of ECSA are needed
each time SGNCNT is increased by 1. Typically, 5 logon blocks are enough, but the
value cannot exceed 50.
Default: 5
SUBMAX=nn
Indicates the total number of user control blocks that are allocated when a
cross-memory subtask (other than CICS) is initialized.
Default: 500
USERMAX=nn
Indicates the number of user control blocks that are allocated when CICS is
initialized.
Default: 500
WAITCNT=nnn
The number of sessions for which the subtask can wait.
Default: 256
IMSMENU
The IMS/DC conversational menu to transfer to when CA Deliver terminates.
If this value is not specified, the transaction in the SPA is set to blanks.
IMSSPA
The size of the IMS/DC SPA.
The SPA size must be at least 18, but cannot exceed 100.
Default: 18
RECON=YES|NO
Indicates whether a user can reconnect to a lost session.
Default: NO.
MSGSUPP=YES|NO
Indicates whether a termination message is displayed when a session is terminated
by a user.
Default: NO. This does not suppress messages generated from abnormal
termination.
The databases for the two systems have high-level names of RMO.SYSTEM1 and
RMO.SYSTEM2. A user must enter transaction identifier RM1 for the first system and
RM2 for the second.
EBCXMOPT MSGLVL=CRIT,USERMAX=50
EBCXMTRN TRANID=RM1,INDEX=RMO.SYSTEM1
EBCXMTRN TRANID=RM2,INDEX=RMO.SYSTEM2
EBCXMTRN TYPE=GEN
END
EBCXMTRN TYPE=GEN must be the last statement before the END. This statement
causes the EBCXMCTR CSECT to be generated.
Sample JCL
The EC0XMCTR table defines the way linkages between the online drivers and the XMS
region are established. Some of the parameters are used only in specific environments
and others are used in all environments.
You must:
■ Assemble the table during installation to define the relationship between CA View
and CA Deliver database high-level qualifiers and the session options that are to be
used
■ Provide the information that is used to build the XMS database table.
Note: Be aware if both CA View and CA Deliver are installed and the CA View
interface is doing any access to an associated DLVR database, the associated DLVR
database needs to be added as an entry in the EC0XMCTR table
Only the database high-level qualifier is used for VTAM XMS users.
The numbers in parentheses are explained in the notes section that follows the table.
Note: The numbers next to the table values refer to note references.
Follow these steps to define security requirements for CA Top Secret Security (eTrust
CA Top Secret):
1. Rename the existing facility in the facility matrix table if you do not have a facility
defined for RMOXMS:
user1=NAME=RMOXMS
Be sure that the correct PGMname is defined for the new facility, where PGMname
is either the first three characters or all the eight characters of the program name
that is to make security calls (EC0 or EC0DRV).
2. Create region ACID for the facility:
TSS CRE(rmoxms) pass(nopw,0) type(user) dept(dept)
mastfac(rmoxms) NODSNCHK NORESCHK NOVOLCHK NOLCFCHK NOSUBCHK
Note: In the JCL for the cross-memory services task, the parameter XMSSUB must be set
to YES.
Installation Steps
The following steps are required to install the ISPF/cross-memory online retrieval
option. Each step is explained in detail later in the sections that follow.
1. (Optional) Add STEPLIB DD Statements to the TSO LOGON procedures if the load
modules were not copied to a linklist library.
2. Add the panel and command table libraries to the TSO logon procedures. (For ISPF
only, not for SPF.)
3. (Optional) Modify an ISPF selection menu to select the online retrieval feature.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library, or
■ Copy the modules to a system authorized library.
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go to the next step.
For this interface, the libraries do not have to be APF authorized. Authorization is
provided in the cross-memory installation. Multiple versions of this online interface can
coexist in one TSO library concatenation.
More information:
If you are going to run CA Deliver under ISPF, proceed with this step. For Version 3 or
higher, both the command table library and the panel library are used.
To add panel and command table libraries to the TSO LOGON procedure:
1. Concatenate the command table library CAI.CVDETBL0 to DD statement ISPTLIB.
2. Concatenate the panel library CAI.CVDEPNL0 to DD statement ISPPLIB.
Note: If you also plan to use RMOSPF (the ISPF interface), and multiple versions of CA
Deliver, concatenate CAI.CVDETBL0 first. Use the CAI.CVDETBL0 from the most current
release.
If you want to add a selection code to one of the ISPF selection menus for the online
retrieval feature, proceed with this step; otherwise, your ISPF detailed instructions are
complete.
Note: If you add a selection code, you are able to select the online retrieval feature in
the same way you select other ISPF options.
Use the value next to the NAME parameter on your Initialization Parameter Worksheet
for PARM (high-level database name).
Panel Libraries
The names of the panel libraries vary from site to site and for the different releases of
ISPF. These panel libraries are allocated to the ISPPLIB DD statement under TSO.
Be aware that some installations do not allow direct modifications of IBM panels and
libraries. In this case, you can place the modified panels in user or site-specific libraries
and concatenate them ahead of the IBM libraries.
Ask your system administrator for the specific ISPF panel library that applies to your site
and contains the panel ISR@PRIM.
Note: The selection menus shown in these examples are part of the program product
ISPF and are copyrighted by IBM.
Example 1
This example shows you how to add selection code R to the primary option menu
ISR@PRIM for ISPF. The bright, offset text identifies the inserted lines.
Note:
■ NEWAPPL(RMO) is required and must be specified as shown previously in this
section.
This parameter is used with the command table library concatenation from Step 3
of the ISPF Installation Instructions.
■ NEWAPPL(RMO) allows CA Deliver to correctly interpret commands and program
function key invocation.
If this parameter is not specified, certain PF keys such as the scroll keys may not
function.
Example 2
This example shows you how to add selection code R to the primary option menu
ISP@PRIM for SPF. Shading identifies the inserted lines.
%----------------------- SPF–MVS PRIMARY OPTION MENU ---------------
%OPTION ===>_OPT
% +USERID -
% 0 +ISPF PARMS - SPECIFY TERMINAL AND USER PARAMETERS +TIME -
% 1 +BROWSE - DISPLAY SOURCE DATA OR OUTPUT LISTINGS +TERMINAL –
% 2 +EDIT - CREATE OR CHANGE SOURCE DATA +PF KEYS -
% 3 +UTILITIES - PERFORM SPF UTILITY FUNCTIONS
% 4 +FOREGROUND - COMPILE, ASSEMBLE, OR DEBUG
% 5 +BACKGROUND - COMPILE, ASSEMBLE, OR LINK EDIT
% 6 +COMMAND - ENTER TSO COMMAND OR CLIST
% 7 +SUPPORT - TEST DIALOG OR CONVERT MENU/MESSAGE FORMATS
% 8 +LM UTILITIES- PERFORM LIBRARY ADMINISTRATOR UTILITY FUNCTIONS
% R +RMOSPF - DELIVER ADMINISTRATION
% T +TUTORIAL - DISPLAY INFORMATION ABOUT SPF
% X +EXIT - TERMINATE SPF USING LIST/LOG DEFAULTS
%
+PRESS%END KEY TO TERMINATE SPF+
%
)INIT
.HELP = TTUTOR
&ZHTOP = TTUTOR /* TUTORIAL TABLE OF CONTENTS */
&ZHINDEX = TINDEX /* TUTORIAL INDEX - 1ST PAGE */
)PROC
&ZSEL = TRANS( TRUNC (&OPT,'.')
0,'PANEL(ISPOPT)'
1,'PGM(ISRBRO)'
2,'PGM(ISPEDIT)'
3,'PANEL(ISPUTIL)'
4,'PANEL(ISPFORA)'
5,'PANEL(ISRJOB)'
6,'PGM(ISPTSO)'
7,'PANEL(ISPOTAC)'
R,'PGM(EC0XMSPF) PARM(RMO.SYSTEM1)'
T,'PGM(ISPTUTOR) PARM(T)'
' ',' '
X,'EXIT'
*,'?' )
)END
Example 3
This example shows you how to add selection code 3.R as a sub-option to the utilities
menu ISPUTIL for ISPF.
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task must match the SUBSYS= parameter
specified in the EBCXMCTR table entry.
■ RECON=YES can be used to allow reconnection (after an ISPF terminal error) at the
point of exit.
■ TIMEOUT= specifies how long ISPF will wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX= only applies when you are using the subtask with the
CICS interface.
Note: The parameter XMSSUB must be set to YES in the JCL for the cross-memory
services task.
Installation Steps
The following steps are required to install the TSO/Cross-Memory Online Retrieval
Option. Each step is explained in detail in the sections that follow.
1. (Optional) Add STEPLIB DD Statements to the TSO LOGON procedures if the load
modules were not copied to a linklist library.
2. (Optional) Set Up the TSOXMS Driver Program.
The action you take in this step depends on what you did during the base-product
installation—specifically, did you:
■ Authorize the program load library or
■ Copy the modules to a system authorized library
If the CA Deliver load modules were not copied to one of the libraries in the linklist,
proceed with this step; otherwise go to the next step.
To add STEPLIB DD statements (for the library containing the CA Deliver load modules)
to the TSO LOGON procedures, do the following:
■ Add a STEPLIB DD statement for the library that contains the CA Deliver load
modules to the LOGON procedures for those TSO users who are to use the
ISPF/Cross-Memory Online Retrieval Option.
Note: For this interface, the libraries do not have to be APF authorized—authorization is
provided in the cross-memory installation. Multiple releases of this online interface can
coexist in one TSO library concatenation.
To create user CLISTs to execute the CA Deliver TSOXMS driver program, issue:
EC0XMTSO highlevel.databasename
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task.
This parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after a TSO terminal error) at the
point of exit.
■ TIMEOUT= specifies how long TSO will wait for the XMS session to respond after the
user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when you are using the subtask with the
CICS interface.
Installation Steps
The following steps are required to install the VTAM online retrieval option. Each step is
explained in detail in the sections that follow.
1. Define the Application Program to VTAM.
2. (Optional) Create a USS Table Definition.
* SYS1.VTAMLST(rmomajor)
rmomajor VBUILD TYPE=APPL
rmovtam APPL ACBNAME=rmovtam,AUTH=(PASS,ACQ),EAS=nn
where:
rmomajor
Specifies the application program major node name.
Use the SYS1.VTAMLST member name. The member name must be unique and
must not be the same as the names on the APPL statement.
AUTH=(PASS,ACQ)
Is required when the cross-memory parameter VTAMPASS=YES is used to support
multiple cross-memory regions.
If VTAMPASS=NO, you can specify AUTH=(ACQ). For more information about the
VTAMPASS parameter, see the Add the Start Procedure for the Cross-Memory
Online Task step in this chapter.
EAS=nn
Specifies the approximate number of concurrent sessions.
rmovtam
Specifies the minor node name of the application program.
■ This name must be unique within the network domain; it is the APPLID
referenced in the USS definition table or LOGON command.
■ This name is also specified on the cross-memory RMOAPPL parameter.
■ If not specified, the network-unique name (the name of the APPL definition
statement) is used.
To simplify the manner in which a user logs on to VTAM online retrieval, you can create
a USS definition table for CA Deliver.
Example
Assume that two CA Deliver systems have been created. The databases for the two
systems have high-level names of RMO.SYSTEM1 and RMO.SYSTEM2, and you want a
user to simply enter one of the commands to log on to VTAM online retrieval for the
respective systems:
RMO1
RMO2
USSTAB
*
* ENTRY FOR RMO1
*
USSCMD CMD=RMO1,REP=LOGON,FORMAT=PL1
USSPARM PARM=APPLID,DEFAULT=RMOVTAM
USSPARM PARM=LOGMODE
USSPARM PARM=DATA,DEFAULT=RMO.SYSTEM1
*
* ENTRY FOR RMO2
*
USSCMD CMD=RMO2,REP=LOGON,FORMAT=PL1
USSPARM PARM=APPLID,DEFAULT=RMOVTAM
USSPARM PARM=LOGMODE
USSPARM PARM=DATA,DEFAULT=RMO.SYSTEM2
USSEND
Specifying the common VTAM generic resource name in the session request can initiate
VTAM cross memory sessions to any of the EMAS members.
When you are using the VTAM generic resource name, by default VTAM tries to request
a session with an EMAS member in the same MVS image.
If it is not possible to get the session that was requested, VTAM uses normal load
balancing when passing the session request to one of the active EMAS members.
Installation Steps
If the load modules were not copied to a linklist library, concatenate the library that
contains the load modules to the ETSOLIB DD statement in the CA Roscoe startup JCL, .
Note: If you have CA View, the CA View load modules must also be either in the linklist
or in a ETSOLIB statement with this step.
Add these EPL control statements to member ETSOPGMS for the CA Roscoe user with
the RO prefix:
Column Contents
1–8 EC0XMROS
9 Blank
10–12 Number of users allowed to access CA Deliver at one time
13 Blank
14–17 CPU time slice (use 9999 to prevent premature termination)
18 Blank
Column Contents
19–24 Maximum memory (in KB) below the 16 MB line
This memory is only for the cross-memory driver program (50 KB is
ample)
25 Blank
26–31 Maximum memory (in KB) below the line that CA Deliver can acquire at
one time
Use 999999 so that GETMAINs are not limited
32 Blank
33–38 Maximum memory (in KB) above the 16 MB line
This memory is only for the cross-memory driver program (50 KB is
ample)
39 Blank
40–45 Maximum memory (in KB) above the line that CA Deliver can acquire at
one time
Use 999999 so that GETMAINs are not limited
46 Blank
47–48 CP to call EC0XMROS as a TSO command processor
49 Y – Application authorized to issue MODESET SVC
50 Blank
51-52 CP to call EC0XMROS as a TSO command processor
53-255 Ignored
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter of the cross-memory task.
This parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after a TSO terminal error) at the
point of exit.
■ TIMEOUT= specifies how long TSO is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when using the subtask with the CICS
interface.
Installation Steps
The following steps are required to install the CICS Pseudo-Conversational Option. Each
step is explained in detail in the sections that follow.
1. Place the CA Deliver load libraries into DFHRPL and STEPLIB.
2. Code the PCT and PPT Table Entries to CICS.
3. (Optional) Prepare the interface to a user-written CICS menu system.
The CA Deliver load library is required in the CICS DFHRPL and in the STEPLIB in the CICS
region.
Note: If the CAI.CVDELOAD load library is in the linklist, it does not have to be included
as a STEPLIB in the CICS region
Be sure that these modules are available in the DFHRPL concatenation of libraries.
1. EC0CICUX
2. EC0CIEND
3. EC0CINIT
4. EC0CISRV
5. EC0XMCIC
6. EC0Cversion-number
Where:
release-number represents the CICS release number.
– CTS 3.1 release number: 0640
– CTS 3.2 release number: 0650
– CTS 4.1 release number: 0660
– CTS 4.2 release number: 0670
– CTS 5.1 release number: 0680
You can copy the six modules to the DD statement DFHRPL in your CICS task. However,
we strongly recommend that you concatenate CAI.CVDELOAD to the DD statement
DFHRPL.
Note: Several CA Deliver modules are loaded (MVS load) from the CICS STEPLIB or
LINKLIST. Verify that the entire CA Deliver load library is defined in the CICS STEPLIB or is
included in the linklist.
To access CA Deliver using CICS, define the required transactions and programs for the
CICS interface.
Note:
■ You must define a separate, unique transaction identifier for each CA Deliver
database you want to access under CICS.
■ The sample job is located in CVDEJCL member CICSDLVR.
//*
//CICSXMS PROC CICSLOAD='CICS.SDFHLOAD',
// CICSCSD='CICS.DFHCSD'
//*********************************************************************
//* DEFINE SAMPLE Deliver TRANSACTION: RMO1 *
//* DEFINE SERVICE TRANSACTION: XMC0 *
//* DEFINE OPTIONAL STARTUP TRANSATION: RMI *
//* DEFINE OPTIONAL TERMINATE TRANSATION: RMX *
//* DEFINE CA DELIVER CICS RETRIEVAL PROGRAMS: *
//* EC0CICUX *
//* EC0XMCIC *
//* EC0CINIT *
//* EC0CISRV *
//* EC0CIEND *
//* EC0C0620 *
//* EC0C0621 *
//* EC0C0622 *
//* EC0C0630 *
//* EC0C0640 *
//* EC0C0650 *
//* EC0C0660 *
//* EC0C0680 *
//* *
//* ** OPTIONAL ** *
//* DEFINE YOUR SITE SPECIFIC Deliver TRANSACTION. USE THE DEFINE *
//* STATEMENTS FOR THE SAMPLE VW1 TRANSACTION AS YOUR MODEL. *
//* *
//* THE FOLLOWING PARAMETERS DEFINE VIEW TRANSACTION ID: RMOT *
//* *
//* DEFINE TRANS(RMOT) GROUP(GGGGGG) PROG(EC0XMCIC) *
//* TASKDATAL(ANY) TASKDATAK(CICS) *
//* *
//* WHERE GGGGGG IS THE CICS DEFINED GROUP FOR YOUR *
//* CA DELIVERCICS DEFINITIONS. *
//*********************************************************************
//STEP1 EXEC PGM=DFHCSDUP,REGION=1024K
//STEPLIB DD DSN=&CICSLOAD,DISP=SHR
//DFHCSD DD DSN=&CICSCSD,DISP=SHR
//SYSPRINT DD SYSOUT=*
//SYSIN DD DUMMY
//*
// PEND
//CICSXMS EXEC CICSXMS
//STEP1.SYSIN DD *
If you have CICS storage protection activated, resource definition online settings are
required, as follows:
■ For all transactions:
TASKDATALOC=ANY
TASKDATAKEY=CICS
Add these table entries to the last phase of the PLT startup list to initialize the subtask
that is used for cross-memory access:
DFHPLT TYPE=ENTRY,PROGRAM=DFHDELIM
DFHPLT TYPE=ENTRY,PROGRAM=EC0CINIT
Add these table entries to the first phase of the PLT shutdown list to ensure that the
subtask that executes as part of the CA Deliver online facility correctly shuts down when
CICS shuts down:
DFHPLT TYPE=ENTRY,PROGRAM=EC0CIEND
DFHPLT TYPE=ENTRY,PROGRAM=DFHDELIM
Specify a value for the DESTID parameter in the EBCXMOPT macro in the EC0XMCTR
module and corresponding DCT entries. This value defines a transient data destination
for messages issued by the subtask.
Note: Specify a blank for DESTID to suppress the generation of informational messages
from the subtask.
If you want to invoke CA Deliver from a user-written CICS menu system, then return to
that menu system when you exit from CA Deliver, do the following:
Invoke CA Deliver from the menu system by using this CICS command:
where:
TRANSID(DELIVER transaction-id)
Specifies the CA Deliver transaction ID.
TERMID(EIBTRMID)
Specifies the terminal that a CA Deliver transaction will communicate with.
FROM (data-area)
Specifies the optional variable length character string.
The format of the data-area parameter is:
tran,
where:
tran
Specifies the return menu CICS transaction to be started when CA Deliver
finishes.
Note: None of the data-area parameters is required.
LENGTH (4)
Specifies the number of bytes in the data field being passed.
Note:
When CA Deliver receives control, it retrieves the four-byte return transaction ID and
saves it from iteration to iteration.
If the retrieve fails, CA Deliver retains the information that it was started directly from a
terminal, not a menu system.
If there is a saved transaction ID, CA Deliver starts the return transaction before it exits
to CICS by issuing:
EXEC CICS START TRANSID(RETURN transaction-id)
TERMID(EIBTRMID)
NOCHECK
CICS Notes
The cross memory CICS access involves two different address spaces: the CICS address
spaces and the XMS address spaces.
The user's CICS transactions and the cross memory support subtask reside in the
address spaces.
■ If multiple CICS regions are used to access CA Deliver, each CICS region will have an
XMS support subtask.
■ If you are using CICS/MRO, CA Deliver normally runs in an AOR (application region).
The EBCXMTRN macro also contains options for the specific database as follows:
■ SUBSYS= parameter can be used to route the CA Deliver transaction to an alternate
XMS subsystem ID. The SUBSYS= of the cross memory task must match the SUBSYS=
parameter specified in the EBCXMCTR table entry.
■ TRANID=parameter specifies the CA Deliver transaction identifier for CICS.
■ RECON=YES can be used to allow reconnection (after a CICS terminal error) at the
point of exit.
Note: Do not specify RECON=YES if you use a multi-session manager that assigns LU
names from a pool of names. Coding RECON=YES under these conditions could
allow a user to be connected to another user's session. For more information, see
Multi-Session Managers later in this chapter.
■ TIMEOUT= specifies how long CICS is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend as high a value as possible but not less than 240 (4 minutes).
Until the XMS subtask is started, expect the transactions referencing EC0XMCIC to
terminate with an error message that indicates that the XMS subtask is not active.
Note:
■ When the CICS region is terminated, the DFHPLTSD definition is to be used to
terminate the XMS subtask.
You can manually terminate the XMS subtask through a user application program
that LINKs the EC0CIEND or you can use the optional transaction defined for
EC0CIEND for manual termination.
■ If you want to terminate the XMS subtask manually, we recommend that you use
the DFHPLTSD entry to terminate the XMS subtask. This definition is needed to
clean up linkages to the XMS address spaces.
■ To prevent users from shutting down the XMS subtask, secure the optional
transaction for program EC0CIEND.
Multi session manager products, for example CA TPX Session Management (CA TPX), can
be configured to assign an LU name to a user's terminal at the time the user selects the
CICS application.
Important! This assignment means that a user can enter CICS each time with a different
terminal ID which can cause problems for CA Deliver application.
For example: If a user uses a multi-session manager to end a session, or shuts the PC
down, CA Deliver does not know that the user has left. Another user might select CICS,
be assigned to the same LU name as the previous user, and enter CA Deliver with the
same terminal ID as the previous user. CA Deliver believes that there are two active
users on the same terminal.
To prevent this situation, you can add a small amount of code to the CICS Autoinstall
Control Program.
Note: The default name of this program is DFHZATDX and its source is located in
SDFHSAMP.
If you are not a CICS systems programmer, discuss this situation with the person in your
company who is responsible for CICS support and maintenance.
The sample code that follows shows how to clear an active user from the CA Deliver
application at terminal deletion time. Insert this code in your Autoinstall Control
Program.
LOAD EP=EC0XSLOC,ERRET=RETURN
LR R6,R0 GET EBCXSLOC ADDRESS
ICM R8,B'1111',0(R6) ADDR OF MAIN CONTROL BLOCK
BZ RETURN GET OUT IF NONE
LA R7,4(,R8) LOOK LIKE FIRST USER BLOCK
XSU_LOOP DS 0H
ICM R7,B'1111',8(R7) USER BLOCK ADDR
BZ RETURN GET OUT IF DONE
CLC DELETE_TERM_ID,104(R7) FOR THIS TERMINAL?
BNE XSU_LOOP NO
TM 120(R7),X'01' ACTIVE ENTRY?
BZ XSU_LOOP NO
OI 120(R7),X'02' SHOW SESSION DONE
B RETURN EXIT PROGRAM
Important! This facility uses the cross-memory feature distributed with CA Deliver and
must be installed with that feature. For more information about cross-memory, see
Installing Cross-Memory Services.
Installation Steps
This list summarizes the steps required to install the IMS Online Retrieval Option.
Detailed instructions are in the sections that follow.
1. Code the IMS TRANSACT, PSB and APPLCTN macros.
2. Run the PSB, ACB, and SYSGEN Procedures.
3. Load EC0IMSUX Modules.
4. Move load modules to IMSVS.PGMLIB.
Important! All JCL and macros provided in this section are provided as general examples
only and must be modified for your site's systems and standards.
Use the examples in this section as a guide as you code these macros, and implement
them in your IMS system.
■ (IMS) TRANSACT macro
■ PSB macros
■ APPLCTN macro
TRANSACT Macro
One or more transactions must be defined for the IMS online retrieval program
RMOXMIMS. Normally, only one transaction identifier is defined, although you can
define multiple transactions.
TRANSACT NAME=EC0XMIMS,SPA=(18)
PSB Macros
PCB TYPE=TP,ALTRESP=YES,MODIFY=YES
PSBGEN PSBNAME=EC0XMIMS,LANG=ASSEM,COMPAT=YES
APPLCTN Macro
APPLCTN PSB=EC0XMIMS
Use the macros created in Step 1. Code the Macros as input for these procedures:
PSBGEN
ACBGEN
IMS SYSGEN
For example, a 3278-5 with a 27 x 132 screen size would be (27 * 132 * 1.5) = 5346.
If the SEGSIZE= is too small, the terminal user will get an RC= "A6" message
indicating that a message insert failed.
The EBCXMTRN macro also contains options for the specific database:
■ SUBSYS= parameter of the cross-memory task.
The parameter must match the SUBSYS= parameter specified in the EBCXMCTR
table entry.
■ RECON=YES can be used to allow reconnection (after an ISPF terminal error) at the
point of exit.
■ TIMEOUT= specifies how long ISPF is to wait for the XMS session to respond after
the user enters input, in seconds.
We recommend a value as high as possible but not less than 240 (4 minutes).
To abort the XMS session and return the user to ISPF or the TSO command prompt,
press the ATTN key.
Note: The SUBMAX= parameter controls the number of user connections, not the
USERMAX= parameter. USERMAX=only applies when you are using the subtask with the
CICS interface.
To control screen size manually, use these operands. The SNA query command can also
be used to determine the device characteristics.
See this table for the XMSSUB values. Specify XMSSUB=NO for all other started regions.
Note:
■ You must specify XMS=YES for all other started regions except for VTAM only
regions where XMS=NO is permissible.
■ Each VTAM cross-memory region requires a different applid. The applid is specified
using the RMOAPPL= parameter.
■ Each VTAM cross-memory region requires VTAMPASS=YES.
■ The VTAM administrator must verify that each VTAM cross-memory applid has this
setting:
AUTH=(PASS,ACO).
The date format is specified in the first byte (hex location 00) of the load module as a
hexadecimal value of 00 through 07 as follows:
■ A date separator character can be assigned in the second byte (hex location 01) of
the load module. The default data separator is a slash (/).
■ A time separator character can be assigned in the third byte (hex location 03) of the
load module.
The default time separator is a colon (:).
Note: Use printable characters that are not likely to be confused with syntactical
data, such as a comma or a quotation mark for the date and time separator
characters.
■ Use USERMOD BRNSDFMT in CAI.CVDEJCL to set values in RMODFMT.
Change the values in the REP statements in the AMASPZAP input to the values that
you want.
For example, if you selected MM/DD/YY for your default format, a dash (-) for the date
separator, and no change for the time separator, change the AMASPZAP statements in
BRNSDFMT as follows:
From: ++ZAP(RMODFMT).
NAME RMODFMT RMODFMT
VER 0000 0061,7A00
REP 0000 0061,7A00
$$
To: ++ZAP(RMODFMT).
NAME RMODFMT RMODFMT
VER 0000 0061,7A00
REP 0000 0460,7A00
$$
■ The first field in the VER and REP statements contains the location in the module
that is being changed. In this case, it is 0000. Do not change this value.
■ The second field contains four hexadecimal values separated into groups of two by
a comma.
■ The VER statement verifies that the values in this statement are the same as the
values found at location 0000 in RMODFMT.
■ The REP statement gives the values that will replace the data at location 0000 in
RMODFMT.
Note: If you want to make a change to RMODFMT, you must reapply this USERMOD.
NAME high-level-name
The syntax of the statement used to specify the name of the destination on which CA 11
runs is:
If there are identical job definitions in different CA Deliver databases, maintain the order
of the CA Deliver databases in the data set referenced in the RMOPARMS DD statement
for your entire execution.
If the program in the CA 11 JCL shown above is anything other than U11RMS, or if
you have any program that wraps around the CA 11 program, contact CA Technical
Support.
Note: For a description of RMORMS, see the Reference Guide.
3. Do one of the following:
■ If two or more CA Deliver databases are used or CA Balancing is used, add this
RMOPARMS DD data set name statement to the JCL for the CA 11 job:
//RMOPARMS DD DSN=sequential-data set-name,DISP=SHR
■ If only one is used, insert the name of the single CA Deliver database as a
parameter in front of the CA 11 program name parameters:
//STEP1 EXEC PGM=RMORMS,PARM='RMO-db;U11RMS-parms', or,
//STEP1 EXEC PGM=RMORMS,PARM='RMO-db;UCC11RMS-parms'
6. Insert the following DD statement in the first step (the RMORMS Step) of your JCL:
//RMONETn DD SYSOUT=(x,,form-name),DEST=dest-where-RMO-runs
Note: CA Deliver uses the output from this DD statement to determine whether the
job that is currently running is a rerun job.
7. Set the initialization parameter NETRERUN to YES.
8. Load the CA Deliver modules to the destination where CA 11 is going to execute:
■ EC0MSG
■ EC0SDIM
■ EC0SVC35
■ RMORCH
■ RMORMS
9. Set the initialization parameter MAXHIST to the maximum number of generations
that are expected to rerun jobs.
To back out only reports produced within the last five generations, set MAXHIST=5.
Note: If the historical data report that you want to rerun has been purged, CA
Deliver cannot delete or flag these reports. You must manually delete these reports.
For more information about deleting reports manually, see the CA Deliver
Administrator Guide.
10. To rerun jobs that produce bundled reports and to specify when and how the
bundles are to be produced, use:
– TheLATE, INTERVAL, WAIT, and BUNDLE CONFIRM fields on the Bundle
Definition Attributes panel
– The Print Bundle Now tabular command P on the Active Bundle List panel
Note: For more information about the Bundle Definition Attributes Panel, the
Active Bundle List panel and the Print Bundle Now tabular command P, see the
Administration Guide.
CA Deliver cannot delete or flag bundle-holding copies if bundles have already been
queued for printing.
The RMORMS utility transmits the current rerun information from the originating
system on which CA Deliver is not installed to the receiving systems.
11. Review the RMSWARN initialization parameter in the Reference Guide. This
parameter affects how RMORMS reacts when the started task is not active.
To install the CA Deliver host command environment interface module into CA GSS, do
the following:
1. Be sure that MVS/TSO is running.
2. Ensure that CA GSS is installed on your system.
3. Look at the data set and member that are allocated to the PARMLIB DDNAME in CA
GSS.
4. Edit the data set/member and add the following line:
ADDRESS DELIVER RMOINTF
5. Add the CA Deliver load library to the concatenation of the CA GSS command
procedure.
6. Restart CA GSS.
Installation Worksheet
This worksheet contains the SMP/E and system-related items required for the product
installation. Fill out this worksheet carefully and retain this information for future
reference.
Parameter Value
ARCH
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
ARCH__
AUTHTID
AUTOACT
BANNER
BEGINDAY
BNDLBNR1
Parameter Value
BNDLBNR2
BNDLBNR3
BNDLCLS
BNDLCONF
BNDLDEST
BNDLHDTL
BNDLINT
BNDLMOUT
BNDLSCAN
BNDLWAIT
BOT
CCX
DAYS
DEFDEL
DEFOUT
DEFREPRT
DEFRVIEW
EFORMAT
EMAILQ
EXTSEC
FEATURE
FREEALL
GSS
HDETAIL
HISTCNT
INBSSN
JOBCLSL
JOBREF
LOGO
MAXHIST
Parameter Value
MAXJESQ
NAME
NETCLSL
NETDEST
NETFORM
NETONLY
NETREQUE
NETRERUN
NETUNDEF
OFFPW
OUTPUT
PRBTASK
PREVRUN
REDISP
RMSWARN
RPTENQ
RPTNPROD
SAR
SARBUFCT
SECMSG
SETCMD
SETPAGE
SETPW
SMF
SMF30
START
STKCHNn
STKMODE
STKNOTXT
Parameter Value
STNAMEn
(1, 2, 3, 4, 5)
STOPPW
SYSCLSL
SYSID
TEXT
TIME
WARNING
WEBSVR1
WEBSVR2
WEBSVR3
WEBSVR4
WRITER
Initialization Parameter
DDname: RMOPARMS
Overview
CA Deliver provides seamless integration with CA OPS/MVS by automatically
communicating both active status events and heart beat events to CA OPS/MVS. The
enabling technology for this is through a generic event API call that CA OPS/MVS
provides the other mainframe products so that they can communicate events to CA
OPS/MVS.
You do not need to do anything for CA Deliver to enable this event communication
interface to CA OPS/MVS. If CA Deliver and CA OPS/MVS are active in the same z/OS
image, CA Deliver automatically communicates these automation events to CA
OPS/MVS.
By generating active status events CA Deliver and other CA products are able to
communicate to CA OPS/MVS’s System State Manager (SSM) component when they are
starting, up, stopping or down.
SSM is a built-in feature that uses an internal relational data framework to proactively
monitor and manage started tasks, online applications, subsystems, JES initiators, and
other z/OS resources including your CA mainframe products. SSM compares the current
state of online systems, hardware devices, and the other resources with their desired
state, and then automatically makes the necessary corrections when a resource is not in
its desired state. This provides proactive and reactive state management of critical
resources.
Before the CA OPS/MVS interface existed, CA OPS/MVS could automate active status
events for your CA products; however this typically required monitoring unique
messages for each CA product. With this interface, CA OPS/MVS can capture these
events for any of your CA products with a single automation event rule.
With the heart beat event, CA Deliver can communicate a normal, warning, or problem
overall health status and reasoning to CA OPS/MVS on a regular interval. Once CA
Deliver begins generating heart beat events for CA OPS/MVS, CA OPS/MVS can also
react to the lack of a heart beat event from CA Deliver, treating this as an indication that
there is either a potential problem with CA Deliver, or there is a larger system-level
problem that is taking place.
The CA Deliver product active state is presented to CA OPS/MVS and can be processed
by the following rule:
)API CASTATE
The available OPS/REXX variables for CA Deliver product state management are:
API.APPLICATION CA Deliver
API.VERSION Current release
API.LEVEL 00000
API.EVENTID CASTATE
API.MSGID CASTATE
API.TEXT State of CA Deliver
appl_id
Specifies the same value as the API.APPLICATION variable
current_state
STARTING
Indicates that CA Deliver is initializing
UP
Indicates that CA Deliver is active
STOPPING
Indicates that CA Deliver is terminating
DOWN
Indicates that CA Deliver is exiting the system
For more information on how to use the CASTATE API, see the member SSMCAAPI of
opsmvsHLQ.STATEMAN.RULES.
CA Deliver issues a heartbeat update every nnnn seconds that notifies CA OPS/MVS of
the current operational health of the CA Deliver product.
CA OPS/MVS can also react to the lack of a heartbeat update from CA Deliver and an
indication that there is either a potential problem with CA Deliver, or there is a larger
system level problem that is taking place.
)API CAHEARTBT
API.APPLICATION CA Deliver
API.VERSION Current release
API.LEVEL 00000
API.EVENTID CAHEARTBT
API.MSGID CAHEARTBT
API.TEXT State of CA Deliver
For information on how you use the CAHEARTBT API, see members APIHRTB1,
APIHRTB2, and APIHRTB3 of opsmvsHLQ.SAMPLE.RULES.
Index 227
F J
free space • 36 Java version support • 46
JCL • 21
G procedures • 21
GIMUNZIP utility • 46 job name translation control • 219
global install parameters • 215
K
H key certificate • 81
hardware requirements • 15
hash setting • 46
L
HELP panel, customizing the • 98 length of variables • 98
hexadecimal characters, reserved • 98 LGNFMT parameter • 158
high-level qualifier • 46 LGNPROP parameter • 158
highlight attributes • 98 LGNSEC parameter • 158
HOLDDATA • 53 libraries • 15, 84
host command environment • 214 distribution • 15
panel and command • 84
I library • 15
IEBCOPY • 58 EBC (Extended Base Component) • 15
initialization • 18 License Management Program (LMP) • 81, 82, 83
routines • 18 encrypted code • 81
Initialization Parameter Worksheet • 215, 216 execution key • 81
installation • 215 execution software parameter • 82
worksheets • 215 key certificate • 81
installing • 18, 89, 117, 118, 131, 147, 149 licensing agreement for • 82
CA Roscoe Cross-Memory Online Retrieval multiple codes • 83
Option • 131 LMP (License Management Program) • 81, 82, 83
cross-memory • 147 encrypted code • 81
interfaces • 147 execution key • 81
from Pax-Enhanced ESD • 31 execution software parameter • 82
from tape • 57 key certificate • 81
ISPF • 118, 149 licensing agreement for • 82
Cross-Memory Online Retrieval Option • 118 multiple codes • 83
online retrieval option • 149 LONGWAIT parameter • 158
MVS interfaces • 18
online interfaces • 117
M
software • 18 macros • 169
TSO online retrieval option • 89 format of • 169
Integrated Cryptographic Services Facility (ICSF) • 46 maintenance • 62
internal HOLDDATA • 53 menus • 88
ISPF • 118, 148, 149 ISPUTIL utilities • 88
Cross-Memory Online Retrieval Option • 118 MIS director, specifying the • 81
interface driver • 148 modifying constants • 98
online retrieval option, installing • 149 MSGLVL parameter • 158
ISPTLIB DD statement • 84 multiple LMP codes • 83
ISPUTIL utilities menu • 88 MVS interfaces, installing • 18
Index 229
STEPLIB DD • 84, 168 Started Task • 215, 219
storage requirements, estimating • 15
SUBMIT • 148 X
support, contacting • 3 XMS (cross-memory services) • 147, 158
SVC • 18, 20 parameter • 158
dumps (SDUMP) • 20 XMSSUB parameter • 118, 158
eliminating user • 18
syntax of control statements • 212
SYSPRINT DD statement • 167
system • 21, 104
dump parameters • 21
integrity product • 104
T
tape, installing from • 57
technical • 81
site contact • 81
technical support, contacting • 3
TSO • 89, 148
interface driver • 148
online retrieval option, installing • 89
SUBMIT • 148
U
UNIX System Services (USS)
access requirements • 31, 36
directory cleanup • 51
directory structure • 36
UNZIPJCL • 46
user • 149
exits • 149
USERMAX parameter • 158
V
variables • 98
adding • 98
deleting • 98
length of • 98
position of • 98
verifying software installation • 18
VTAMPASS parameter • 158
VTAMSAA parameter • 158
VTMQUERY parameter • 158
W
worksheets • 215, 219
Initialization Parameter • 215
installation • 215