Model 204 installation on IBM z/OS

From m204wiki
Revision as of 16:31, 30 June 2016 by ELowell (talk | contribs)
Jump to navigation Jump to search

Overview

This topic describes the steps required to upgrade from Rocket Model 204 version 7.4 to version 7.5 or higher, on the IBM® z/OS® operating system.

The new version number is referred to as 7.x, where 7.x can be 7.5 or higher.

For information on the new features available in the new version, see the 7.x release notes.

In order to upgrade to Model 204 version 7.x, you must have Model 204 version 7.4 and various Early Warnings installed on your system.

To upgrade to version 7.x, simply download, upload, and link the 7.x object modules available from the downloads page to install the 7.x components.

Before you begin

  • In order to upgrade to version 7.x, you must have version 7.4 and Early Warnings for Dictionary/204 through 740DI016 installed on your system.

    Note: If you plan to use v7.4 CRAM with your v7.x installation, you will need to apply all 7.4 maintenance. See CRAM for details.

    For information on installing version 7.4, see the Model 204 7.4 installation guide.

    For information about Early Warnings, log in to the Rocket Customer Portal.

  • For system requirements, see the 7.x release notes.
  • You must have either a Rocket M204 user ID or a preexisting user ID to download the installation files.
  • The object library has the authorization zap (covering your licensed processors) preapplied, so you do not need to get a new authorization zap from the website.
    (The preapplied zap will authorize Model 204 itself and any separately purchased products such as SirScan.)
  • The object library also has the maintenance zaps (as of the time the stream was prepared) preapplied, so you do not need to apply any maintenance as part of this installation. (You will only need to apply any new maintenance when it becomes available for this release.)

Overview of upgrading steps

Review the following high-level summary of steps before you begin downloading the Model 204 version 7.x files.

For a 7.5 example, see Example workflow for 7.5: download through installation.

  1. Use your Rocket M204 user ID to download the Model 204 object library and the Model 204 macro library.

  2. Upload the downloaded components to the z/OS system on the IBM mainframe.
  3. Build the RKOBJLIB object library and RKMACLIB macro library. (Once you have built these libraries, do not modify them.)
  4. Submit the job to allocate the other data sets required for installation.
  5. If you have your own user $functions (FUNU), you must do the following steps:
    1. Modify FUNU for 64-bit addressing considerations and store the modified source in your local source library.
    2. If you have any user-defined messages (MSGU), store them in your local source library.
    3. Assemble FUNU (and MSGU, if applicable), with the output object file stored in your local object library.
  6. If you use an external authorizer (such as RACF) for Model 204, assemble the xxxxPARM security module (such as RACFPARM). The object file is then stored in your local object library.
  7. If you use the UL/DB2 interface, preprocess and assemble the USQL module.
  8. If you use other customized modules, such as CDTB, modify them as needed and assemble them.
  9. Link the ONLINE load module.
  10. If you use the IFAM1 and IFAM4 load modules, link them.
  11. Link the Model 204 utility load modules.
  12. If you use the CICS interface, customize it, and then assemble and link the CICS modules.
  13. If you use the TSO interface, assemble and link-edit the TSO source modules.
  14. If you use SoftSpy, upgrade it for 7.x.

Object and macro libraries

Object library (RKOBJLIB)

The object library is used to link the ONLINE and various other Model 204 load modules.

See the object files download page.

JCL job streams

In addition to the object files, the object library contains a number of z/OS JCL job streams. You will copy each job stream that you need to a local TSO library, modify it according to your system, and submit the job to perform the installation steps.

The job streams in RKOBJLIB all have member names ending in the letter "J."

Macro library (RKMACLIB)

The macro library is used if your installation requires assembling of any ASSEMBLE files.

RKMACLIB contains:

  • Model 204 macros
  • Sample files for: FUNU, MSGU, RACFPARM, ACF2PARM, TOPSPARM, TSFS, ZFIELD proc

See the macro libraries download page.

Building the object and macro libraries

To build the object and macro libraries, you must download the object library and macro library; upload each library to the mainframe; and copy, modify, and run the NEW204LB job.

Downloading

  1. Using your Rocket M204 user ID and password, log in to the Model 204 object file download page.
  2. Click the Download object file link beside the object library that you want to download.
  3. Go to the Model 204 macro library download page.
  4. Click the Download macro library link beside the macro library that you want to download.

Uploading

Once the object file and macro library are downloaded to your workstation, upload them to the z/OS system on the IBM mainframe. You can use any file transfer mechanism, including FTP and IND$FILE.

Specify these characteristics for the upload files:

transfer format: binary
record format: FB
record size: 80 for object and macro libraries
block size: 6400 for object and macro libraries
storage size for both: primary: 10 CYL; secondary: 5 CYL

For details on how to download and upload, see Downloading and uploading Model 204 installation components.

Building the object and macro libraries (NEW204LB job stream)

After you upload the object and macro library input streams to the mainframe, build the object and macro libraries:

  1. Access the NEW204LB job stream text file.
  2. Copy the job stream file into a local TSO library for editing.
  3. On the first line of the job stream, modify the JOB card according to your local job card parameters.
  4. On the final four lines, marked 2 << ... 5 << on the right:
    1. Modify the VERSION= parameter, specifying the two-digit version of Model 204 you are installing, such as 75.
    2. Modify the HLQ= parameter, specifying the high-level qualifiers of all Model 204 installation data sets.
    3. Modify the OBJINP= parameter, using the DSN of the object library input file that you uploaded to the mainframe.
    4. Modify the MACINP= parameter, using the DSN of the macro library input file that you uploaded to the mainframe.
  5. Submit the NEW204LB job to build the object library ("RKOBJLIB") and macro library ("RKMACLIB") on your z/OS system.

Attention: Once you have built RKOBJLIB and RKMACLIB on your z/OS system, do not modify them in any way.
For example, do not store other members into the object library; it should only contain the members as supplied in a download from the web site. Place object files that you might assemble (such as FUNU or RACFPARM) into your local object library.

RKOBJLIB README file

README, a member of RKOBJLIB, contains details on the object files and installation steps. Once you have built RKOBJLIB, you can use README as an installation checklist if desired.

Data sets for Model 204 upgrading

There are three data sets used when upgrading to Model 204 7.x:

  • data set for the Model 204 load modules
  • data set for the local source library
  • data set for the local object library

The data set for the load modules will contain, after linking, the modules for the Model 204 product, including: ONLINE, IFAM1, and IFAM4.

The local source library is used to store the customized source for modules such as FUNU, MSGU, and ACF2PARM, RACFPARM, or TOPSPARM.

When the source is assembled, it is stored in the local object library.

One of the members of the RKOBJLIB object library is named JALINSJ, which is a job stream to allocate data sets for the installation. JALINSJ contains information about naming conventions for the data sets.

Allocating data sets (JALINSJ job stream)

  1. Copy JALINSJ into a local TSO library.
  2. Edit your copy of JALINSJ for your configuration:
    • Replace the first line with a JOB card.
    • Edit the lines, near the top of the job stream, marked with numbers followed by <<. The numbers correspond to numbered steps in the comments following these lines.
  3. Submit the JALINSJ job to allocate the data set.

Linking the Model 204 ONLINE load module

Notes:

  • If you use customized modules (such as FUNU, MSGU, ACF2PARM, RACFPARM, TOPSPARM, CDTB, or UL/DB2), you must modify them (if needed) and assemble them before you link the ONLINE/IFAM1/IFAM4 load modules.
  • There is not a separate link step for BATCH204. It is not maintained as a separate module; the same module as ONLINE is used, with a BATCH204 alias.
  • The INCLUDE TCPLIB(SNMPGSYS) statement for Horizon TCP/IP in the Online-link-edit job is no longer required and has been eliminated.
  • A number of INLUDE LELIB(CEE*) statements have also been eliminated from the Online-link-edit job. These were required to support several mathematical $functions but those $functions have been rewritten in Assembly language and are now automatically part of the Online load module.
  • The INCLUDE BLOCKPRT(IEFSD095) statement is required if block printing on separator pages is desired. Usually the BLOCKPRT DD points to DSN=SYS1.AOSB0.

One of the members of the RKOBJLIB object library is LKONLNJ, which is a job stream to link the Model 204 ONLINE load module.

Linking ONLINE (LKONLNJ job stream)

  1. Copy the LKONLNJ job stream from RKOBJLIB into a local TSO library.
  2. Edit your copy of LKONLNJ for your configuration:
    • Replace the first line with a JOB card.
    • Edit the lines, near the top of the job stream, marked with 1-4 followed by <<. The numbers correspond to numbered steps in the comments.
    • As needed, edit the lines after SYSLIN DD * that are marked with <<. See the comments at the top of the SYSLIN sections (A-C) for instructions.
  3. Submit the LKONLNJ job to link the ONLINE load module.

Concise editing instructions are provided in the LKONLNJ file itself. More details about link-editing the ONLINE load module are provided in the following table.

1You must specify a value for the HLQ symbolic parameter in the EXEC LKM204P statement. The value of HLQ corresponds to the high-level qualifier used for the DSN for:
  • the downloaded object library
  • the Model204 load library
  • other data sets that are required for installation
2One of the modifications is always required, based on whether the ONLINE is to use RSQL (for Connect*) or not.

Uncomment only one of the following statements:

  • To link an ONLINE that uses RSQL, you must uncomment the INCLUDE RKOBJ204(LKSQLONL) statement.
  • To link an ONLINE that does not use RSQL, you must uncomment the INCLUDE RKOBJ204(LKNOSONL) statement.
3If you use an external authorizer, such as RACF or ACF2, you must:
  • Assemble the xxxPARM for your external authorizer to add the object file (such as RACFPARM or ACF2PARM) to your local object library.
  • In the SYSLIN DD *, uncomment the appropriate INCLUDE statement(s) for your external authorizer.

    Notes:

    • Uncomment either the "static" or "dynamic" INCLUDE statement, depending on your configuration.
    • If you use ACF2, there are two INCLUDE statements to be uncommented; one refers to your system ACF2 library. You must also provide the DSN for the ACF2 library in the ACF2 symbolic parameter in the EXEC LKM204P statement.
4If you have other programs that you assemble for your Model 204 ONLINE module, for example, FUNU, assemble them into your local object library. You do not need to add additional INCLUDE statements for FUNU or other locally assembled object files; they are already in the include streams from RKOBJLIB.
5If you have an MQ series load library, set the MQ symbolic parameter to the correct DSN in the EXEC LKM204P statement. This allows you to use the MQ Series feature of Model 204, either if you are already authorized for it, or to support a trial of it, without requiring relinking of the load module. You must also uncomment the INCLUDE MQ statement in the SYSLIN input.

Linking the Model 204 IFAM1 load module

One of the members of the RKOBJLIB object library is LKIFAM1J, which is a job stream to link the Model 204 IFAM1 load module.

Linking IFAM1 (LKIFAM1J job stream)

  1. Copy the LKIFAM1J job stream from RKOBJLIB into a local TSO library.
  2. Edit your copy of LKIFAM1J for your configuration:
    • Replace the first line with a JOB card.
    • Edit the lines, near the top of the job stream, marked with numbers followed by <<. The numbers correspond to numbered steps in the comments following these lines.
  3. Submit the LKIFAM1J job to link the IFAM1 load module.

Linking the Model 204 IFAM4 load module

One of the members of the RKOBJLIB object library is LKIFAM4J, which is a job stream to link the Model 204 IFAM4 load module.

Linking IFAM4 (LKIFAM4J job stream)

  1. Copy the LKIFAM4J job stream from RKOBJLIB into a local TSO library.
  2. Edit your copy of LKIFAM4J for your configuration:
    • Replace the first line with a JOB card.
    • Edit the lines, near the top of the job stream, marked with numbers followed by <<. The numbers correspond to numbered steps in the comments following these lines.
  3. Submit the LKIFAM4J job to link the IFAM4 load module.

Linking the Model 204 utility load modules

Most of the utility load modules from Model 204 version 7.4 will continue to perform correctly when used with version 7.x.

However, you must use the 7.x version of the following utilities, which are sensitive to the Model 204 journal and checkpoint format:

AUDIT204 Extract from journal, with report stats and analysis
MERGEJ Merge concurrent journal streams
UTILC Information from checkpoint stream
UTILJ Information from journal stream; add EOF markers

Linking the utility load modules (LKALLUTJ job stream)

One of the members of the RKOBJLIB object library is LKALLUTJ, a job stream to link the Model 204 utility load modules.

  1. Copy LKALLUTJ into a local TSO library.
  2. Edit your copy of LKALLUTJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • after HLQ=, on the line after EXEC LKALLUTP at the bottom of the job stream
  3. Submit the LKALLUTJ job to link the utility load modules.

Assembling customized modules into your local object library (LOCAL.OBJLIB)

Copy the customized source module (such as, FUNU, MSGU, ACF2PARM, RACFPARM, TOPSPARM, CDTB, or UL/DB2) from your current release into your local source library, if you have not already done so. The local source library is not version-specific, so modules copied into it can be used for future installations.

One of the members of the RKOBJLIB object library is JASMJ, a job stream to assemble a member from your Model 204 local source library into your local object library (LOCAL.OBJLIB).

Assembling customized modules (JASMJ job stream)

  1. Copy JASMJ into a local TSO library.
  2. Edit your copy of JASMJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • after HLQ=, on the ASM line at the bottom of the job stream
    • Provide the member name to assemble (such as FUNU, MSGU, RACFPARM) on the MEM= line.
  3. Submit the JASMJ job to assemble the module into your local object library.

Setting up the security module

This section assumes that if you are using a security interface such as CA-ACF2, RACF, or CA-Top Secret, you have already installed it with Model 204 version 7.4.

You will use the xxxxPARM provided with Model 204 release v7.4.

  1. Review the Model 204 7.4 installation section for your interface to ensure that you have completed all of the steps:
  2. Assemble the security module: ACF2PARM, RACFPARM, or TOPSPARM.
  3. Optional. Link the security module as described below if you want it to be dynamically loaded.

Linking the security module (LKSECRJ job stream)

Dynamic loading lets you modify the security parameters without having to relink Model 204, which would be required if the parameter module were linked into Model 204 directly.

If you want Model 204 to dynamically load your security module during Model 204 ACF2, RACF, or TOPSECRET interface initialization, then you must link the corresponding security parameter module.

One of the members of the RKOBJLIB object library is LKSECRJ, a job stream to link-edit the security parameter module.

  1. Copy LKSECRJ into a local TSO library.
  2. Edit your copy of LKSECRJ for your configuration:
    • Replace the first line with a JOB card.
    • Edit the lines, near the top of the job stream, marked with numbers followed by <<. The numbers correspond to numbered steps in the comments following these lines.
  3. Submit the LKSECRJ job to link-edit the security parameter module (ACF2PARM, RACFPARM, or TOPSPARM).

CICS interface installation

The Model 204 CICS interface allows CICS complete access to Model 204 facilities and supports CICS pseudo conversational programs.

Note: It is not necessary to install the CICS interface if it has been installed for a previous version of Model 204. The load modules from the older version are compatible with version 7.x of Model 204.

Requirements

  • CICS Transaction Server support

    Rocket M204 supports the CICS Transaction Server versions 4.1, 4.2 and 5.3.

  • Supporting TPROCESS COBOL applications

    If your CICS TPROCESS application was originally linked with AMODE=24, you must relink the CICS TPROCESS application specifying AMODE=31 because AMODE=24 is not supported.

CICS interface overview

For an overview of the CICS interface, including storage requirements and a listing of CICS interface components, see CICS interface.

Installing the CICS interface

  1. Customize the interface by copying the CICFG copy member from RKMACLIB into your local source library and editing it as needed.

    For information on customizations needed for using the CICS Standard Mapping Service, see CICS interface.

  2. Update the CICS System Definition (CSD) using one of the following methods:
    • Resource Definition Online (CEDA). The supplied member CEDAM204 in RKMACLIB provides an example of the required PCT, PPT, and PLT definitions.
    • The IBM DFHSCDUP offline utility, to process the definitions in batch.
  3. Allocate a CICS user library.
  4. Assemble and link the CICS modules.

Updating the CICS System Definition (CSD)

You can update the CSD by using either CEDA or the DFHCSDUP utility and the CEDAM204 member of RKMACLIB. Use the values in the following table, where appropriate, for the method you choose. Information about using CEDA follows the table.

CICS System Definition values

User program Program name Transaction ID Modifiable
CICFG symbol
TWA size
IFAM2 pseudo conversational DFHPSF DFHPSF is accessed by using a CICS LINK. It is never invoked with a transaction ID from a terminal.
Full-screen interface M204PSFS M204 &TRN 88
Screen copy transaction M204CRPS U204
Screen print transaction M204PRNT P204 &COP 88

CEDA (the Resource Definition Online transaction) or the DFHCSDUP utility defines the transactions and programs to the CSD file.

If you are not using the CEDAM204 member, then define the transactions and programs by using CEDA and the values in the previous table, as in the following example:

CEDA DEFine PROG(program_name) GRoup(group_name) LANGuage(ASSEMBLER) RELoad(NO) RESident(NO) (Except for DFHPSF, RESident(YES)) RSL(PUBLIC) STatus(ENABLED) CEDA DEFine TRANsaction(trans_ID) GRoup(group_name) PROgram(program_name) TWASIZE(twa_size_value) . . . RSL(PUBLIC) . . . CEDA CHeck GRoup(group_name)

You can use a transaction ID for a user program that is different from the value shown in the previous table. However, if you do so, you must change the associated CICFG symbol shown in the table.

As shown in the preceding example, group_name is any valid group name for the user site.

Note: Remember to add the groups to the GRPLIST for the particular CICS region. If the groups are not added, they are not installed during each CICS initialization.

Allocating a CICS user library (JALCICSJ job stream)

One of the members of the RKOBJLIB object library is JALCICSJ, a job stream to allocate an empty CICS user library. You must allocate the CICS user library before assembling and linking the CICS modules.

  1. Copy JALCICSJ into a local TSO library.
  2. Edit your copy of JACICSJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • after HLQ=, on the line after EXEC LKALLUTP at the bottom of the job stream
  3. Submit the JALCICSJ job to allocate the CICS user library.

Assembling and linking CICS modules (LKCICSJ job stream)

One of the members of the RKOBJLIB object library is LKCICSJ, a job stream to assemble and link the Model 204 CICS modules.

  1. Copy LKCICSJ into a local TSO library.
  2. Edit your copy of LKCICSJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your Model 204 installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • after HLQ=, on the line after EXEC JALCICSP at the bottom of the job stream
  3. Submit the LKCICSJ job to assemble and link the CICS module.

TSO interface installation

Note: It is not necessary to install the TSO interface if it has been installed for a previous version of Model 204. The load modules from the older version are compatible with version 7.x of Model 204.

The Model 204 TSO Interface enables the TSO user to communicate with a Model 204 Online.

The TSO Interface consists of two assembly language modules, TSFS and TSUL, whose source is located in the macro library. The modules are completely reentrant, reusable, and refreshable. Installation requires assembly and link-editing of the TSO source modules.

Installing the TSO interface

  1. If you are using TSO extensions, modify TSFS in the local source library by changing:

    &TSOV SETC 'TSO'

    to:

    &TSOV SETC 'TSOE'

  2. Changing the &TSOV SETC 'TSO' code in TSFS causes assembly of the NOEDIT form of the TPUT macro in the TSFS module. The NOEDIT form, required for 3270 extended data streams, allows proper handling of colors or highlighting in TSO extensions. NOEDIT is recommended for all TSO extensions.

  3. Assemble and link the TSO modules, using the LKTSOJ job.

Assembling TSO modules (LKTSOJ job stream)

One of the members of the RKOBJLIB object library is LKTSOJ, a job stream to assemble and link the Model 204 TSO modules.

  1. Copy LKTSOJ into a local TSO library.
  2. Edit your copy of LKTSOJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • after HLQ=, on the line after EXEC LKALLUTP at the bottom of the job stream
  3. Submit the LKTSOJ job to assemble and link the TSO modules.

CRAM

RKOBJLIB also contains LKCRAMJ, the job stream to link the CRAM load modules.

Versions 7.4 and later of the CRAM load modules are completely compatible with version 7.x of Model 204. Deploying a new version of CRAM can be an intensive process, and because you have version 7.4 installed, it is not necessary. You can safely bypass linking the 7.x CRAM modules. However, if you do not link the 7.x CRAM modules, you will need to apply additional 7.4 maintenance.

Your CRAM installation options are:

  • Install 7.x CRAM-XDM by running LKCRAMJ to link the 7.x CRAM modules.
  • Install 7.4 CRAM-XDM and then apply Early Warnings for Model 204. (You can do this by applying Autofix release EW3044, which includes these Early Warnings as well as Early Warnings for Dictionary/204 through 740DI016.)

Sharing 7.1 XDM requires maintenance through 710EW172.

FUNU and optional MSGU

This section lists installation considerations if you have your own user-written $functions module (FUNU).

Note: If you have your own FUNU or MSGU module, you must assemble it before linking the ONLINE/IFAM1/IFAM4 load modules.

FUNU changes for version 7.x

Starting with version 7.5 of Model 204, all $functions are entered in AMODE 64. This requires you to modify the ENTER macro for each $function, and may require you to modify the code for proper addressing in AMODE 64.

  • In order to exploit QTBL above the 2G bar, any $functions which has arguments must be in AMODE 64. The ENTER macro should use ZMODE=GQ (the AMODE will remain as 64) and the code must be changed for proper addressing.
  • For the ENTER macro, the ZMODE operand default value (for FUNU only) is ZMODE=31. So if the $function does not have any arguments or if you will not exploit QTBL above the bar, and if the $function does not access any data structures above the bar, either specify ZMODE=31 or omit the ZMODE operand. (Note that most Model 204 data structures can be above the bar, including $function arguments.) The ZMODE=31 value will be used, causing your $function to switch to AMODE 31 at entry (and restore the AMODE upon exit).
  • In any case, the AMODE issues need to be accounted for in any routines which your $function routine does a CCALL to.

FUNU (and MSGU) assembly

Copy the source from RKMACLIB into your local source library.

After making any changes required for this version of Model 204, run JASMJ to assemble FUNU into your local object library.

If needed, modify and run JASMJ to assemble MSGU.

You do not need to insert any INCLUDE statements for either FUNU nor MSGU; they are already present in the INCLUDE member (LKSQLONL or LKNOSONL) provided in the downloaded object library.

Installing the UL/DB2 interface (JAUSQLJ job stream)

To support the UL/DB2 interface, USQL code is delivered in source for you to preprocess for your version of DB2. If you use the UL/DB2 interface, assemble the source as described below before linking the ONLINE/IFAM1/IFAM4 load modules.

  1. Copy JAUSQLJ into a local TSO library.
  2. Edit your copy of JAUSQLJ for your configuration:
    • Replace the first line with a JOB card.
    • Supply your installation high level qualifier(s) in the following lines marked with <<:
      • for hlq in the JCLLIB ORDER=(hlq.... line after the JOB card
      • on the line after EXEC JAUSQLP at the bottom of the job stream set:
        • HLQ=high level qualifier of all Model 204 installation DSNs
        • DB2HLQ=high level qualifier for your DB2 maclib.
  3. Submit the JAUSQLJ job to preprocess and assemble the USQL module. The JAUSQLJ job executes the following two steps:
    • Run USQL (contained in RKMACLIB) through the DB2 preprocessor to process the EXEC SQL statements. This step produces two data sets: the DBRM and the expanded USQL source. The DBRM is saved as USQLDBRM in the local object library. The expanded USQL source is passed to step two for assembly.
    • Assemble expanded USQL source into local object library.
  4. Bind the DBRM as the plan with a site-specific plan name.

For more information on UL/DB2, see the Rocket Model 204 User Language/DATABASE 2 Interface Guide.

Upgrading SoftSpy

To upgrade SoftSpy for version 7.x, download, upload, and restore the SoftSpy procedure file, SPYPROC, which is distributed in a dump format.

  1. Download SPYPROC, in binary form, from the SOUL files download page to a workstation file.
  2. Upload the file from your workstation to your z/OS system.
  3. RESTORE the file into a Model 204 SOUL file.

For detailed instructions, see Downloading and restoring SOUL files.

For details on the SoftSpy installation, including customization and System Manager considerations, see the SoftSpy installation guide.

Verifying Model 204 7.x on your system

To perform an initial verification that your upgrade to 7.x was successful, issue the following commands from the Model 204 command line.

Command You should see...
ROCKET A list of authorized M204 products (including 7.x) currently on your system.
DISPLAY ZAPS A list of Model 204 zaps (including 7.x zaps) on your system.
DICTADMIN The Dictionary Administration subsystem, displaying Release 7.x on its menu screens.
SUBSYSMGMT The Application Subsystem facility, displaying VER 7 REL x on its menu screens.

Example workflow for 7.5: download through installation

This example shows one typical installation workflow: the site does not use RSQL, it uses the RACF external authorizer, and it does not have its own FUNU. The IBM system MQ loadlib is MQSERIES.SCSQLOAD (this is typical in z/OS). The high-level qualifier in this example is MYBUILD.

The other item needed is the member name MYBLDOB, which is chosen arbitrarily for this example, and the following DSNs:

  • MYBUILD.M204V75.RKOBJLIB.DISTRIB
  • MYBUILD.M204V75.RKOBJLIB
  • MYBUILD.M204V75.RKMACLIB.DISTRIB
  • MYBUILD.M204V75.RKMACLIB
  • MYBUILD.M204V75.LOCAL.OBJLIB
  • MYBUILD.M204V75.LOADLIB

Build RKOBJLIB

  1. Download the object library (M204V75.OBJ) from the downloads page.
  2. Upload to the mainframe, in binary format, with settings FB/80/6400, as MYBUILD.M204V75.RKOBJLIB.DISTRIB.
  3. Download the macro library (M204V75_ZOS.MAC) from the downloads page.
  4. Upload to the mainframe, in binary format, with settings FB/80/6400, as MYBUILD.M204V75.RKMACLIB.DISTRIB.
  5. Create the member MYBLDOB in my TSO library from a download of the job stream to build the object and macro libraries, using the following at the end of the job stream:

    //BLD EXEC NEW204LB,VERSION=75, // HLQ=MYBUILD, // OBJINP=MYBUILD.M204V75.RKOBJLIB.DISTRIB, // MACINP=MYBUILD.M204V75.RKMACLIB.DISTRIB

  6. Run MYBLDOB from my TSO library. MYBLDOB deletes and then creates MYBUILD.M204V75.RKOBJLIB and MYBUILD.M204V75.RKMACLIB.
  7. Upload to the mainframe, in binary format, with settings FB/80/6400, as MYBUILD.M204V75.RKMACLIB.DISTRIB.
  8. Create the member MYBLDDS in my TSO library by copying the job stream from JALINSJ, using the following at the end of the job stream:

    //BLD EXEC JALINSP, // HLQ=MYBUILD

  9. Run MYBLDDS from my TSO library. MYBLDDS allocates an empty loadlib data set for the Model 204 load modules, an empty local source library for the customized source files, and an empty local object library for the customized local object modules, with the following names: MYBUILD.M204V75.LOADLIB, MYBUILD.M204.LOCAL.SRCLIB, and MYBUILD.M204V75.LOCAL.OBJLIB.

Assemble and link

  1. Copy the RACFPARM source to the MYBUILD.M204.LOCAL.SRCLIB and make any necessary modifications.
  2. Create the member JASMSECJ in my TSO library by copying the job stream from JASMJ, using the following at the end of the job stream:

    //ASM EXEC JASMP,HLQ=MYBUILD, // MEM=RACFPARM

  3. Run JASMSECJ from my TSO library; this assembles the RACFPARM source file in the MYBUILD.M204.LOCAL.SRCLIB and stores the object in MYBUILD.M204V75.LOCAL.OBJLIB.
  4. Copy the member LKONLNJ from MYBUILD.M204V75.RKOBJLIB to my TSO library, and customize LKONLN as follows:
    • Make these changes at the top of the job stream:

      // JCLLIB ORDER=(MYBUILD.M204V75.RKOBJLIB) //LKONLN EXEC LKM204P, // HLQ=MYBUILD, // MQ=MQSERIES.SCSQLOAD

    • Uncomment the INCLUDE line for LKNOSONL (that is, without RSQL).
    • Uncomment the INCLUDE line for MQ.
    • Uncomment the INCLUDE line for my external authorizer module (such as RACFOS and RACFPARM).
    • Submit the LKONLNJ job from my TSO library; this creates ONLINE (and BATCH204 alias) in MYBUILD.M204V75.LOADLIB.
  5. Perform a simple smoke test: run BATCH204 with 'DISPLAY ZAPS' and 'ROCKET' commands.
  6. To link the utilities, copy member LKALLUTJ from MYBUILD.M204V75.RKOBJLIB to my TSO library, and see all << lines to customize for my site; submit the LKALLUTJ job.
  7. Ensure that any JCL that performs deferred index sorting for Model 204 version 7.5 (typically, FLOD jobs) uses the new MYBUILD.M204V75.LOADLIB for the E15 (OI15OS) and E35 (OI35OS) sort exits.

See also