IBM®
Skip to main content
    Country/region [select]      Terms of use
 
 
   
     Home      Products      Services & solutions      Support & downloads      My account     

  

PUTDOC Utility for z/OS and OS/390

PUTDOC is a tool which uses FTP to send documentation files to the Testcase server at IBM. PUTDOC can greatly simplify the transmission of problem related documentation to IBM by automating many of the steps required to submit documentation.

Highlights:

  License Agreement
Accept License Cancel
  Downloading PUTDOC

Prior to downloading you must review and accept the License agreement above.

The binary source file for PUTDOC is available via anonymous ftp to ftp.software.ibm.com in directory s390/mvs/tools/putdoc. Click on one of the options below for detailed instructions to download PUTDOC directly to the z/OS or OS/390 Host, or via the workstation.

A plain text source file is also available at ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.src

  Installing PUTDOC

Once you have used one of the methods above to place a data set containing PUTDOC (attributes are RECFM=FB, LRECL=80) on your z/OS or OS/390 Host system, you must install the PUTDOC CLIST in a library.

Once the PUTDOC CLIST has been downloaded, allocate or identify a data set (usually a partitioned data set or PDS) from which the CLIST will be executed. Ideally, a PDS in the SYSPROC concatenation for users who will be invoking PUTDOC is used.

  Using PUTDOC

The PUTDOC CLIST is designed to be run as a line command from a data set list generated from the ISPF 3.4 panel (Data Set List Utility). It can also be run from TSO (it uses no ISPF services). Once installed and customized, it can be invoked against one or more data sets on the list. The command line parameters TO() and PR() can be used to increase efficiency when multiple files are being sent as the '=' parameter can be used to replicate all the settings from the first data set chosen.

It should be noted that the data set name parameter must always be fully qualified, with or without quotes. The purpose of this requirement is to ease difficulties when using explicit CLIST invocation --
exec 'my.clist.lib(putdoc)' 'userid.data.set to(tcpip) pr(12345)'
-- but can be confusing when implicit invocation is used in straight TSO, where
putdoc userid.data.set to(tcpip) pr(12345)
is equivalent to
putdoc 'userid.data.set' to(tcpip) pr(12345).

PUTDOC uses the CLRSCRN utility if it is available, or any other function of your choosing, to enhance readability. Such a routine is not required, however. If you do use CLRSCRN, you should not use extended implicit invocation of the CLIST -- %putdoc -- or you may have problems with the prompts. Each of the prompts within the PUTDOC CLIST will accept QUIT as an option (except as noted).

PUTDOC creates and disposes of all the intermediate data sets it requires based on customization parameters. The user has the option to override the disposition before the job is submitted. The original data set may be migrated or kept on DASD, the work data sets have the additional option of being deleted. For large transfers, it's a good idea to retain the intermediate data sets until all the jobs complete. The intermediate data sets may hold PDS members, tersed output (from TRSMAIN), TSO transmit output, tersed output that has been encrypted, or tersed output that has optionally been encrypted and then split into fragments. These data sets are the files that are transferred to Testcase and they may represent substantial processing prior to the actual transfer.

If the file transfer fails and the previous processing was not complex, it is best to rerun PUTDOC from the beginning. This helps avoid problems with file names, etc. If the file transfer fails and the previous processing was complex, and all steps prior to the FTP step completed successfully, you can restart the job. Look for data sets named similarly to this:

  • hlq.Tnn.P12345.TRS.PUTDOC.FTPBAT
  • hlq.Tnn.P12345.TRS.PUTDOC.JCL
  • hlq.Tnn.P12345.TRS.PUTDOC.LOG

The hlq is variable, as is the Tnn time qualifier. Also, your third qualifier may look different (as in PMR12345). The fourth qualifier represents the type of data -- BIN, ECD, ECR, TRS, TXT, XMT -- and the last two qualifiers are constant. These data sets can be used to restart the transfer to Testcase, with the following considerations:

  • The file name sent on the second attempt (the file name being placed on Testcase) MUST be different from the previous attempt if any part of the transfer was successful. Testcase will not allow you to overwrite a file. The simplest way to change the name is to change the Tnn qualifier used in the output file name in the .FTPBAT data set. If you wish to have the name logged correctly, you should update the LOG data set prior to restarting the job. See the note below on tersed fragments.

  • You must remove any steps (such as TRSMAIN or IDCAMS) prior to the FTP step from the JCL data set and run only the FTP step and whatever follows. Be sure that the resulting JCL is executable and contains no unresolved referbacks to DD names or data sets.

  • Tersed fragments are the data sets created when the size of a tersed file is projected to be larger than the SPLTSIZE value specified in the CUSTOM section of the CLIST. The fragmented files are all transmitted within the same job, so when the FTPBAT file is updated with a new Tnn value, all the file names can be changed at once when all are being re-transmitted. However, if a large amount of data has been successfully transferred, don't transfer it again. Just prune the data sets that have been successfully transferred from the FTPBAT input and make the changes needed for any data sets that were not successfully transferred or transferred only partially. Tersed fragments are identifiable by their .PmOFn last level qualifier.

  • If you wish, you may send PUTDOC intermediate files using PUTDOC. The result will be duplication of the Tnn qualifier and some other data may be repeated. To eliminate this problem, you may rename the data sets prior to using PUTDOC to send them. In a future release of PUTDOC, this step may be done automatically on the re-transmission.

Inform the support personnel of the names of all the files that were transferred to Testcase. Note: the file names placed on Testcase often do not match the names of the MVS data set or the intermediate data sets. More information is transferred within the file name so that support personnel can readily interpret the data. The final data set names can be found in the PUTDOC LOG data set as long as any changes you made to FTPBAT were also made to the job's interim LOG data set.

Files that have been compressed with TRSMAIN may also be encrypted using the encryption software (see above or http://www.ibm.com/de/support/ecurep/mvs_encryption.html). The CLIST will prompt for the encryption key -- you may enter nothing or up to the full 8 positions of the key. Some or all of your input shorter than 8 positions is inserted randomly into a generated key. If you enter no data for the encryption key, PUTDOC will generate the entire 8 character key. The resulting key will be displayed at the final prompt and logged in the LOG data set. Communicate the encryption key to your support representative as they request. Do not place the encryption key on the Testcase server. Encrypted files have the type ECR (non-DES) or ECD (DES 64-bit encryption) on Testcase.

If you have any questions or problems using PUTDOC, please forward them to tcpdoc@us.ibm.com.

  PUTDOC Help text

To read the PUTDOC HELP text, issue the command
  PUTDOC HELP
  or
  EXEC 'my.lib.clist(PUTDOC)' 'HELP'
to display the help text for PUTDOC. This will provide an overview of the functions of the CLIST.

The HELP text is also available at ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.help.txt

  Customizing PUTDOC

After reviewing the HELP text, browse the CLIST and look for this label:

CUSTOM:

This is where the customization section begins. Follow the instructions to customize PUTDOC for your installation. Items to be customized include:

  • Destination Nicknames - some are provided, more can be configured
  • Parameters used to access the Testcase server from your site
  • Allocation parameters - work unit, max units, max extent size
  • Size at which to split very large tersed files
  • STEPLIB for executing TRSMAIN (if required)
  • JOB cards
  • FTPDATA file name
  • Disposition of input and work data sets

The CLIST variables can be overridden during execution by using a PUTDOC profile data set. Look in the CUSTOM section for instructions.

The CUSTOM text is also available at ftp://ftp.software.ibm.com/s390/mvs/tools/putdoc/putdoc.custom.txt

  Related information

TESTCASE Site. U.S. data exchange site.

ECuRep Site EMEA data exchange site.

File Exchange Procedures.

TRSMAIN. Data compression utility.

Encryption Encryption utility.

This page last updated January, 2003.


    About IBM Privacy Contact