The Internal Libraries store the objects that are created during system generation.
You are responsible for creating the internal libraries before CA Gen uses them. CA Gen does not create or allocate the libraries.
CA Gen requires that the internal libraries have certain characteristics. Some libraries are required, and some are required only when the application is installed locally.
The following list summarizes the Data Control Block (DCB) characteristics to specify when allocating each library, if the library is required, the recommended blocksizes (BLKSIZE) for IBM 3380 disk drives. All storage devices use PO organization (ORG) and logical record length (LRECL) of 80 unless otherwise noted. Record format (RECFM) is for all storage devices.
RECFM: FB
BLKSIZE: 9440
RECFM: U
BLKSIZE: 19069
RECFM: U
BLKSIZE: 19069
RECFM: U
BLKSIZE: 19069
RECFM: FB
BLKSIZE: 3120
RECFM: FB
BLKSIZE:3120
RECFM: FB
RECFM: FB
RECFM: FB
BLKSIZE:3120
RECFM: FB
BLKSIZE:3120
RECFM:FBA
LRECL: 133
BLKSIZE: 23408
RECFM: U
BLKSIZE: 19069
RECFM: FBA
LRECL: 133
BLKSIZE: 23408
Notes:
You are responsible for monitoring the space utilization of the data sets using the ISPF utility. If system generation terminates abnormally with a D37 or B37 system abend, it is likely that the data sets ran out of space or directory blocks.
The following panel shows CA Gen internal libraries that you can specify:
Specify Internal Libraries Command ===>
Enter or verify the following business system library specifications:
Generated source code . . . 'AAAC.TEST.COBOL'_____________________ NCAL load modules . . . . . 'AAAC.TEST.NCAL'______________________ Executable load modules . . 'AAAC.TEST.LOAD'______________________ Exec batch dynam AB library 'AAAC.TEST.LOAD.BATCH'________________ DB2 DBRM modules . . . . . 'AAAC.TEST.DBRM'______________________ Installation control . . . 'AAAC.TEST.INSTCTL'___________________ Binder control cards . . . 'AAAC.TEST.BNDCTL'____________________ Batch binder control cards 'AAAC.TEST.BNDCTL.BATCH'______________ Generated MFS/DECforms . . 'AAAC.TEST.MFSSRC'____________________ Generated batch JCL . . . . 'AAAC.TEST.IDCAMS'____________________ Compile listings . . . . . 'AAAC.TEST.LISTING'___________________
You can also specify Static non-DLL NCAL modules and listings.
The Generated Source Code Library contains source members CA Gen creates during system generation. CA Gen generates source members for Dialog Managers, Batch Managers, Server Managers, screens, procedure steps, and action blocks.
The NCAL Load Library stores the compiled load modules that are created by CA Gen local install process, except for the modules that are produced by the NODLL compile of action blocks that are statically linked into Compatibility modules. The linkage editor creates these members using the NCAL (no-call option). Therefore, they contain unresolved external references and are not executable. The library member name is the component member name. The library member name for the Manager is the load module name.
Using this library allows you to specify a separate library for compiled NCAL load modules. This is useful when relinking the load module for execution in an IMS or CICS environment after testing in the CA Gen Test Facility (TS0).
Important! Do not give the NCAL Load Modules Library the same library name as the Static non-DLL NCAL Modules Library because these are mutually exclusive. Do not give the NCAL Load Modules Library the same library name as the Executable Load Modules Library. Keep the NCAL load modules separate from executable load modules to eliminate the need to regenerate the Manager after changing environment variables.
The Install option in system generation is used to create an executable load module. All external references are resolved during installation. The executable load modules are stored in the Executable Load Modules Library. The member name is the load module name.
The batch versions of dynamic action blocks including the z/OS Library DLLs are stored in the Executable Batch Dynamic Action Block library if specified. The member name is the fully executable dynamic action block name or z/OS Library DLL name.
Important! Do not give the Executable Batch Dynamic Action Block Library the same library name as the Executable Load Modules Library.
The DB2 DBRM Library stores the Database Request Modules that are generated by the DB2 precompiler. CA Gen generates a DB2 DBRM for each procedure step and action block in a load module that accesses a DB2 table.
The Install option automatically creates the installation control information for the load module and stores it in the Installation Control Library. The library member name is the load module name.
The Local Install option of system generation uses the control information to create an executable load module and to bind the DB2 Plan for DB2 targets, or the Remote Install option uses the control information to create a remote file.
The Install option automatically creates the binder control cards information for the load module and for each of its components that are built as fully resolved executables in the Binder Control Cards Library. The library member name is the load module name, or the component name.
CA Gen generates the binder control cards information during local application installation. It is a copy of SYSLIN DD used during link edit.
This library contain the binder control cards for batch processing. If not specified, a temporary library is used.
Important! Do not give the Batch Binder Control Cards Library the same library name as the Binder Control Cards Library.
If the application uses MFS, an MFS Source Library must be specified. This library contains MFS source members that are created during source code generation.
This library contains the generated JCL for the batch procedures.
The Listings Library contains the listings that are created by the compiler for all but the NODLL compiled action blocks that are statically called by modules that are marked for Compatibility. Use of this library is optional, and is recommended.
The following illustration shows CA Gen internal compatibility libraries that you can specify:
Specify Internal Compatibility Libraries COMMAND ===>
Enter or verify the following library specifications: Static non-DLL NCAL modules 'AAAC.TEST.COMPAT.NCAL'_______________________ Static non-DLL NCAL listings 'AAAC.TEST.COMPAT.LISTING'____________________
Note: These libraries must be different from the corresponding libraries specified on the Internal Libraries panel.
The Static non-DLL NCAL Modules Library stores only the compiled load modules that are created by CA Gen local install process for modules that are produced by the NODLL compile of action blocks statically linked into Compatibility modules. The linkage editor creates these members using the NCAL (no-call option). Therefore, they contain unresolved external references and are not executable. The library member name is the static action block name.
Important! Do not give the Static non-DLL NCAL Modules Library the same name as the NCAL Load Modules Library or the Executable Load Modules Library.
The Static non-DLL NCAL Listings Library contains only the listings that are created by the NODLL compile of action blocks statically linked into modules that are marked for Compatibility. Use of this library is optional, and is recommended.
|
Copyright © 2015 CA Technologies.
All rights reserved.
|
|