The following topics describe CA JCLCheck features:
You can run CA JCLCheck online in a variety of time-sharing environments. Interfaces are supplied for TSO/ISPF and CA Roscoe. The dynamic invocation feature accommodates other time-sharing systems.
Note: For more information, see Special Usage Considerations in the Programming Guide.
CA JCLCheck runs in batch mode. It reads one or several job streams, and produces up to 11 reports that document the job stream and diagnose its errors. For a complete description of the CA JCLCheck reporting features, see CA JCLCheck Reports.
Batch execution is fast (typically under one second on a 3081 for a 600 statement job stream), so CA JCLCheck runs in a quick turnaround job class.
CA JCLCheck recognizes certain IBM and user applications as utilities, capable of performing JCL-like functions, directed by control statements. CA JCLCheck checks for required DD statements and optionally reads and interprets control statements associated with these utility program functions.
Note: For more information, see Utility Control Statements in the Programming Guide.
SUBCHEK is a feature that allows CA JCLCheck to run as a front-end processor for the TSO SUBMIT command. CA JCLCheck automatically validates any JCL that is submitted using TSO before the JCL is sent to the internal reader. CA JCLCheck voids the submit process if it encounters any errors and returns an error list to the submitter's terminal.
The automatic validation of JCL by CA JCLCheck whenever you submit a job from TSO EDIT is the major benefit of SUBCHEK.
EDCHEK is a feature that provides the ultimate online usage mode for CA JCLCheck. This allows CA JCLCheck to run as an edit macro under ISPF, permitting you to invoke CA JCLCheck by pressing a PF key while working within the ISPF editor.
CA JCLCheck provides interfaces to several popular applications. A complete list of supported applications is shown in the following section.
CA JCLCheck recognizes more than 100 error situations, giving you the opportunity to greatly decrease the chances for ABENDs and reruns. CA JCLCheck flags and reports all JCL errors that can cause execution problems before step initiation. It also detects job ABEND errors and operating system errors.
The CA JCLCheck comprehensive reporting system documents submitted JCL for a single job, complete input production JCL, data set and program cross-references, and error message listings. This reduces production problems by having factual, easily-obtainable JCL listings prior to job submission, and allows the systems operator the chance to correct error situations before jobs run.
You can invoke CA JCLCheck as a service under the control of a number of CA Roscoe features. You can invoke it as a monitor, as a called ETSO program, by a CA Technologies supplied RPF, or even as an ISPF dialog under the ETSO-ISPF CA Roscoe interface.
The CA JCLCheck pre-validation of the security environment helps verify that the JCL has correct access to the appropriate resources. This helps to reduce the incidence of system 913 ABENDs and job failures because of insufficient access authority to DATA SET, DASDVOL, PROGRAM, STORCLAS, and MGMTCLAS resources.
If DF/SMS is active, CA JCLCheck interfaces with it to obtain the actual data, storage, and management classes that are assigned by the DF/SMS ACS routines. This information is reported and helps to verify that when a job runs, the new data sets are assigned to the correct storage class. CA JCLCheck also performs override checking of data, management, and storage class parameters set up by the user and defined by SMS.
The standards enforcement option of CA JCLCheck allows you to maintain and view Job Control Standards (JCS). JCS panels allow you to create, edit, copy, rename, and delete JCS for your site by defining the actions that CA JCLCheck performs according to the criteria that the site's Standards Administrator specifies.
The REXX interface allows you to define site standards. You can use this interface with, or independent of Job Control Standards. The Standards Administrator can code your site's standards rules using flexible, sophisticated "AND/OR" logic combinations within a REXX EXEC.
The DB2 interface provides validation for Existence and Cross-Reference reports on DB2 plans, table names, and subsystems.
JCLNeat reformats z/OS JCL to user-designed specifications. This component provides a methodology to standardize JCL appearance without affecting the efficiency and creativity of the original coder.
The ChekPlex feature of CA JCLCheck enables you to issue a JCL validation request between systems that are connected by XCF or TCP/IP. ChekPlex uses the General Transaction Server common component to route JCL from a local system to a remote system for validation. The results of the validation request are automatically transferred back to the original local system. You can view the results in ISPF edit or in a batch job.
Note: For more information, see The ChekPlex Feature in the Programming Guide.
|
Copyright © 2014 CA.
All rights reserved.
|
|