Statement Examples: Sterling Connect:Direct
Statement Examples: Sterling Connect:Direct
Statement Examples
March 31, 2012
Sterling Connect:Direct
Statement Examples
March 31, 2012
Note
Before using this information and the product it supports, read the information in “Notices” on page 149.
This edition applies to the March 31, 2012 version of IBM Sterling Connect:Direct Process Language Reference
Guide and to all subsequent releases and modifications until otherwise indicated in new editions.
© Copyright IBM Corporation 1999, 2012.
US Government Users Restricted Rights – Use, duplication or disclosure restricted by GSA ADP Schedule Contract
with IBM Corp.
Contents
Chapter 1. PROCESS Statement Copy Binary Files from HP NonStop (OSS) to
Examples . . . . . . . . . . . . . . 1 UNIX . . . . . . . . . . . . . . . 13
Basic PROCESS Statement . . . . . . . . . . 1 Copy Files from HP NonStop to VM . . . . . 13
Detailed PROCESS Statement Using the RETAIN Copy an HP NonStop Key-Sequenced File to a
Parameter . . . . . . . . . . . . . . . 1 Sterling Connect:Direct for OpenVMS Node . . 14
Detailed PROCESS Statement Using the NOTIFY Copy Files from HP NonStop to VSE . . . . . 14
Parameter . . . . . . . . . . . . . . . 1 Copy Binary Files from Microsoft Windows to
Use %PNODE . . . . . . . . . . . . . . 2 HP NonStop (OSS) . . . . . . . . . . . 14
Specify a List of Ciphers in a Particular Process. . . 2 Copy a File from HP NonStop to VM. . . . . 15
Encrypt Only Control Block Information—Not Data Copy a Data Set from a Spooler File on Sterling
Being Sent . . . . . . . . . . . . . . . 2 Connect:Direct HP NonStop to Sterling
Use %DD2DSN to Pass DSN from JCL to a Process . 3 Connect:Direct z/OS . . . . . . . . . . 15
Use a TCP/IP Address for the SNODE Keyword Copy a File From HP NonStop to HP NonStop
(IPv4). . . . . . . . . . . . . . . . . 3 and Overriding SENDOPENFILE with
Use a TCP/IP Address for the SNODE Keyword OPENFILEXMT . . . . . . . . . . . . 16
(IPv6). . . . . . . . . . . . . . . . . 3 i5/OS . . . . . . . . . . . . . . . . 16
Use TCPNAME to Identify the PNODE/SNODE Sites 3 Copy an HP NonStop File to an i5/OS Node . . 16
HP NonStop PROCESS Statement . . . . . . . 4 Microsoft Windows . . . . . . . . . . . . 16
Example OpenVMS PROCESS Statement . . . . . 4 Copy a File from Microsoft Windows to z/OS . . 16
Example VMESA Process . . . . . . . . . . 5 Copy a File from Microsoft Windows to HP
VSE PROCESS Statement . . . . . . . . . . 5 NonStop . . . . . . . . . . . . . . 17
Use Symbolics in a UNIX Process . . . . . . . 6 Wildcard Copies from Microsoft Windows to
UNIX . . . . . . . . . . . . . . . 17
Wildcard Copy from Microsoft Windows to
Chapter 2. COPY Statement Examples. . 7 Microsoft Windows . . . . . . . . . . . 18
HP NonStop . . . . . . . . . . . . . . 7 Wildcard Copy from Microsoft Windows to a
Copy a File from Sterling Connect:Direct for HP z/OS Node . . . . . . . . . . . . . 18
NonStop to Sterling Connect:Direct for z/OS . . 7 Wildcard Copy from Microsoft Windows to a
Submit a Process from a Sterling Connect:Direct Node with Download Restrictions . . . . . . 18
for HP NonStop Node that Copies a File from Copy a File from Microsoft Windows to z/OS . . 19
z/OS to HP NonStop . . . . . . . . . . 7 Use Symbolics In a Microsoft Windows Copy . . 19
Copy a Code 0 Unstructured file from HP CODEPAGE Conversion During a File Copy
NonStop to z/OS . . . . . . . . . . . . 7 (Microsoft Windows to z/OS) . . . . . . . 19
Copy a File from HP NonStop to z/OS After OpenVMS . . . . . . . . . . . . . . . 20
Running DMRTDYN on z/OS . . . . . . . 8 Copy PDS Members from z/OS to OpenVMS . . 20
Copy a File from an HP NonStop Spooler to a Copy a File from Disk to Tape (OpenVMS) . . . 20
z/OS Node . . . . . . . . . . . . . . 8 Copy a File from Tape to Disk (OpenVMS) . . . 20
Copy Between a z/OS Node and a Remote HP Copy from z/OS to OpenVMS and Specifying a
NonStop Spooler on an EXPAND Network . . . 9 User-Defined Translation Table . . . . . . . 20
Copy Files Between the HP NonStop Spooler Copy a Single Entry from the OpenVMS Text
System and a z/OS Node Using Job Number . . 9 Library to a z/OS Member . . . . . . . . 21
Copy a Disk File from HP NonStop to a Tape Copy All Entries from an OpenVMS Text Library
Device at z/OS . . . . . . . . . . . . 10 to z/OS . . . . . . . . . . . . . . 21
Copy a Tape File from z/OS to a Disk File on HP Copy a Data Set from a z/OS Node to an
NonStop . . . . . . . . . . . . . . 10 Executable File on an OpenVMS Node . . . . 21
Copy a File from z/OS to HP NonStop Using the Copy an Executable File from an OpenVMS
FASTLOAD Option . . . . . . . . . . . 10 Node to a z/OS Node . . . . . . . . . . 22
Allocate a VSAM Data Set and Copying a File Copy a Text File from OpenVMS to Microsoft
from HP NonStop to z/OS . . . . . . . . 11 Windows and Back to OpenVMS . . . . . . 22
Copy to an Entry-Sequenced File (HP NonStop to Copy between the z/OS and OpenVMS
HP NonStop) . . . . . . . . . . . . . 11 Platforms . . . . . . . . . . . . . . 22
Copy Files Between HP NonStop Spooler Copy and Compare Files on OpenVMS . . . . 23
Systems . . . . . . . . . . . . . . 12 Copy HFS and Text Files Back and Forth
Copy Text Files from HP NonStop to UNIX . . 12 Between z/OS and OpenVMS . . . . . . . 23
Copy Binary Files from HP NonStop to UNIX . . 12 Copy a Text File from OpenVMS to UNIX and
Back to OpenVMS . . . . . . . . . . . 24
Contents v
Copy to an Entry-Sequenced File (z/OS to HP Run a Job on z/OS from a Process Submitted on
NonStop) . . . . . . . . . . . . . . 90 UNIX . . . . . . . . . . . . . . . 105
Create a Code 101 File (z/OS to HP NonStop). . 90 Run a Job on Microsoft Windows from a Process
Create a Code 0 Oddunstructured File (z/OS to Submitted on UNIX . . . . . . . . . . 105
HP NonStop) . . . . . . . . . . . . . 91 Example UNIX Run Job . . . . . . . . . 106
Copy a Sequential File from a z/OS Node to an VM/ESA . . . . . . . . . . . . . . . 106
HP NonStop Node . . . . . . . . . . . 91 RUN JOB Facility (VM to VM) . . . . . . 106
Copy a File Submitted from z/OS to HP Example VMESA Run Job . . . . . . . . 106
NonStop . . . . . . . . . . . . . . 91 VSE . . . . . . . . . . . . . . . . 106
Copy a File from HP NonStop on an EXPAND VSE Run Job Statement . . . . . . . . . 106
Network to z/OS . . . . . . . . . . . 92 z/OS . . . . . . . . . . . . . . . . 106
Use FUP in a Process Submitted on z/OS to Submit a Job to the z/OS Internal Reader . . . 106
Delete a File on HP NonStop . . . . . . . 92 Run a Job on the i5/OS Node from a Process
Use Sterling Connect:Direct to Allocate a Submitted on the z/OS Node . . . . . . . 107
Partitioned File on a Single System (z/OS to HP Execute Commands on UNIX from a Process
NonStop) . . . . . . . . . . . . . . 92 Submitted from z/OS . . . . . . . . . 107
SYSOPTS Syntax Conventions (z/OS to HP Use Run Job to Submit a Job on an i5/OS Node 107
NonStop) . . . . . . . . . . . . . . 93 Submit a Run Job on i5/OS from z/OS. . . . 108
Copy Files Between z/OS and UNIX . . . . . 93
Copy a File from z/OS to VM . . . . . . . 94 Chapter 4. RUN TASK Statement
Copy a z/OS PDS to a Set of Files on VM . . . 94 Examples . . . . . . . . . . . . . 109
Copy a z/OS File to Tape on VM . . . . . . 95
HP NonStop. . . . . . . . . . . . . . 109
Copy a z/OS File to Spool on VM . . . . . . 95
Run FUP (Sterling Connect:Direct for HP
Use the SYSOPTS Parameter (z/OS to OpenVMS) 95
NonStop Run Task) . . . . . . . . . . 109
Copy a File from z/OS to Microsoft Windows . . 96
Submit a Process with a Sterling Connect:Direct
Copy a File from Sterling Connect:Direct for
for OpenVMS RUN TASK from an HP NonStop
z/OS to Sterling Connect:Direct for i5/OS . . . 96
Node . . . . . . . . . . . . . . . 109
Copy a File From z/OS to i5/OS . . . . . . 97
Submit a Process with a Sterling Connect:Direct
Copy DBCS Data Sets Using Translation Tables in
for z/OS RUN TASK from an HP NonStop
z/OS . . . . . . . . . . . . . . . 97
Node . . . . . . . . . . . . . . . 109
MBCS Conversion During z/OS to UNIX Copy 99
Use Symbolics in a Sterling Connect:Direct HP
MBCS Conversion During Microsoft Windows to
NonStop Run Task to Place a Job In the Spooler
z/OS Copy . . . . . . . . . . . . . 99
On Hold . . . . . . . . . . . . . . 110
MBCS Conversion During z/OS to z/OS Copy 100
i5/OS . . . . . . . . . . . . . . . . 111
Copying a File from zOS to Microsoft Windows
Create and Save an Online Save File Through
using Substitution in a Destination Path: . . . 100
Sterling Connect:Direct for i5/OS . . . . . . 111
CODEPAGE Conversion During a File Copy
Notify the i5/OS User of Successful Process
(z/OS to Microsoft Windows) . . . . . . . 102
Completion . . . . . . . . . . . . . 111
Create and Copy a LARGE Data Set (z/OS) . . 102
Restore Libraries Through Sterling
Connect:Direct for i5/OS . . . . . . . . 111
Chapter 3. RUN JOB Statement Submit a Process with a Sterling Connect:Direct
Examples . . . . . . . . . . . . . 103 for OpenVMS RUN TASK from an i5/OS Node . 112
HP NonStop. . . . . . . . . . . . . . 103 Microsoft Windows . . . . . . . . . . . 112
Run a Job on the z/OS Node from a Process Submit a Process with a Sterling Connect:Direct
Submitted on the HP NonStop Node . . . . 103 for HP NonStop RUN TASK from a Microsoft
Execute Commands on UNIX from a Process Windows Node . . . . . . . . . . . . 112
Submitted from HP NonStop . . . . . . . 103 Notify the i5/OS User of the Start of a Process 113
Microsoft Windows . . . . . . . . . . . 103 Submit a Process from Sterling Connect:Direct
Microsoft Windows Run Job Statement . . . . 103 for Microsoft Windows to Run DMRTSUB on
OpenVMS . . . . . . . . . . . . . . 104 z/OS . . . . . . . . . . . . . . . 113
Submit a Process with a RUN JOB on OpenVMS 104 Microsoft Windows Run Task Statement . . . 114
Print and Delete the Log File on Sterling OpenVMS . . . . . . . . . . . . . . 114
Connect:Direct for OpenVMS . . . . . . . 104 Submit a Process with a Sterling Connect:Direct
Keep the Log File on Sterling Connect:Direct for for HP NonStop RUN TASK from an OpenVMS
OpenVMS . . . . . . . . . . . . . 104 Node . . . . . . . . . . . . . . . 114
Print and Keep the Log File on Sterling Submit a Process with a RUN TASK on
Connect:Direct for OpenVMS . . . . . . . 104 OpenVMS from an OpenVMS Node . . . . . 114
Run Job on OpenVMS . . . . . . . . . 104 Run Task on OpenVMS . . . . . . . . . 114
UNIX . . . . . . . . . . . . . . . . 105 UNIX . . . . . . . . . . . . . . . . 115
Run a Job on UNIX from a Process Submitted Submit a Process from UNIX to Run a Program
from Another UNIX Node . . . . . . . . 105 on z/OS . . . . . . . . . . . . . . 115
Contents vii
viii Sterling Connect:Direct: Statement Examples
Chapter 1. PROCESS Statement Examples
Basic PROCESS Statement
This example illustrates the minimum requirements of a PROCESS statement. The
label CD1 must begin in column one. PROCESS is the statement identifier and is
required. The only required parameter is SNODE, which specifies the secondary
node to be used in the Sterling Connect:Direct® Process.
For Sterling Connect:Direct for UNIX, Sterling Connect:Direct for VSE, Sterling
Connect:Direct for OpenVMS, and Sterling Connect:Direct for HP NonStop nodes,
NOTIFY is ignored.
PROC1 PROCESS -
SNODE=CD.AS400 -
PRTY=8 -
NOTIFY=USER1 -
CLASS=4 -
SNODEID=(USER1,PWD)
Although the SSL protocol is not enabled in the Sterling Connect:Direct Secure Plus
parameter files, the remote node records specify OVERRIDE=Y, and all other
parameters required to perform the handshake to establish an SSL session are
defined.
To specify that the session for this PROCESS is to be secure using SSL and to tell
Sterling Connect:Direct to use a specific list of cipher suites, the business partners
use the following PROCESS statement:
The four cipher suites are listed in the order of preference, and the first one that
matches a cipher suite defined for the other node is used to establish a session.
In this scenario, both business partners are more concerned with increasing
throughput and using less CPU while protecting the information being exchanged
to establish the session.
Note: Both sides must have support for ENCRYPT.DATA=N or the Process fails.
The Process named PROC1 specifies a secondary node (SNODE) of CD.NODE. The
corresponding security user IDs and passwords (SNODEID) have been included.
The Process will be placed on the Hold queue until it is released for execution with
a CHANGE PROCESS command.
The PACCT parameter specifies that all accounting information will be attributed
to the operations account, department 87, if the node has a program that maintains
this information.
Once the Process executes, it will be deleted because the RETAIN parameter is set
to NO. Note that NO is the default value for the RETAIN parameter.
The Process will be placed on the Hold queue until it is released for execution with
a CHANGE PROCESS command.
The PACCT parameter specifies that all accounting information will be attributed
to the operations account, department 87, if the node has a program that maintains
this information.
After the Process executes it will be deleted because the RETAIN parameter is set
to NO.
The Process is placed in the Hold queue until it is released for execution with a
CHANGE PROCESS command. As indicated by the NOTIFY parameter, the VM
user who submitted the Process is notified upon completion of the Process.
The PACCT parameter specifies that all accounting information will be attributed
to the operations account, department 87, if the node has a program that maintains
this information.
After the Process executes, it is deleted because the RETAIN parameter is set to
NO.
The Process will be placed on the Hold queue until it is released for execution with
a CHANGE PROCESS command.
The PACCT parameter specifies that all accounting information will be attributed
to the operations account, department 87, if the node has a program that maintains
this information.
After the Process executes, it is deleted because the RETAIN parameter is set to
NO.
The following submit command specifies the file and data set names to be used in
a file transfer.
submit file=copyseq
&file=myfile
&dsn=abc;
When an unstructured file is sent from an HP NonStop system, the default LRECL
is the "buffersize" attribute of the file, unless overridden by the DCB parameter.
Note that \SYSEXT is an EXPAND node other than the one that the Sterling
Connect:Direct for HP NonStop server resides on. Because the HP NonStop files
are spooler files, the SYSOPTS SET XLATE subparameter does not have to be
specified for translation; spooler files and edit files (unstructured, code 101) are
translated automatically. A record format of FBA is used to maintain ANSI control
characters.
Use this Process when you copy files from HP NonStop to VM.
i5/OS
Microsoft Windows
WILDCOPY COPY
FROM (FILE=C:\financial\accounts\customer?)
TO (FILE=/financial/accounts/
DISP=RPL)
When specifying a path and filename on Microsoft Windows, you can use the
standard Microsoft Windows format when sending from C: or D: as show in the
FROM parameter above. If you send from any other drive, you must use the UNC
format such as \servername\financial\accounts\customer?.
You must include the ending forward slash (/) for the destination directory.
WILDCOPY COPY
FROM (FILE=C:\financial\accounts\*)
TO (FILE=/financial/accounts/
DISP=RPL)
WILDCOPY COPY
FROM (FILE=C:\financial\accounts\customer?)
TO (FILE=\server1\financial\accounts\
DISP=RPL)
You can use the standard Microsoft Windows format when sending from C: or D:
as show in the FROM parameter above. If you send from any other drive, you
must use the UNC format, as shown in the TO parameter above.
You must include the ending backslash (\) for the destination directory.
WILDCOPY COPY
FROM (FILE=C:\financial\accounts\*)
TO (FILE=FINANCIAL.ACCOUNTS.
DISP=RPL)
To copy send to a PDS on a Sterling Connect:Direct for z/OS node, you must use
an asterisk (*) for the PDS member name. Following is an example:
WILDCOPY COPY
FROM (FILE=C:\financial\records\*)
TO (FILE=FINANCIAL.RECORDS(*)
DISP=RPL)
When specifying a path and filename on Microsoft Windows, you can use the
standard Microsoft Windows format when sending from C: or D: as show above. If
you send from any other drive, you must use the UNC format such as
\servername\financial\accounts\customer?.
WILDCOPY COPY
FROM (FILE=C:\financial\records\*)
TO (FILE=*
DISP=RPL)
This submit command submits the copyseq Process and specifies the file names to
use in the copy.
submit file=copyseq
&homefile="c:\mydir\myfile.txt"
&dalfile="user01.newfile"
OpenVMS
To submit this Process from the z/OS node (the PNODE is a z/OS node), the
following syntax changes must be made:
v Enclose the OpenVMS file specification between single or double quotation
marks to allow special characters to be passed to the OpenVMS node.
v Change the brackets ([ ]) to less than and greater than signs (< >).
Copy HFS and Text Files Back and Forth Between z/OS and
OpenVMS
In this example. the PNODE is OpenVMS while the SNODE is z/OS. For each
node, userids and passwords have been included. Step up1 copies a HFS text file
from the z/OS USS to a text file on the OpenVMS system called hfsout.txt. The
OpenVMS directory is disk$data:[qaalpha.q3a]. Step back1 is just the opposite but
it names the HFS file unix2.txt. The sysopts="permission" gives read write
authority to HFS files. The sysopts="binary" indicates the data is not to be
converted from ASCII to EBCDIC.]
The Process, SYMBOL1, can be submitted with the following command issued in
DCL command format:
UNIX
This Process, submitted from the z/OS node, copies a text file from UNIX to z/OS.
The DSN and SYSOPTS strings for the UNIX system must be in the proper case for
UNIX and enclosed in double quotation marks.
Use this Process when you copy files from UNIX to UNIX using the compress
parameter.
* COPY TO MEMBER *
copy01 process snode=os400
snodeid=(userid,passwrd)
step01 copy from (file=/cd/file1
pnode
sysopts=":datatype=text:xlate=yes:")
to (file="LIB/FILENAME(MBR_NAME)"
sysopts="TYPE( MBR )"
disp=rpl)
pend
See the IBM Sterling Connect:Direct for i5/OS User’s Guide for the spool file
parameters.
The following Process is a variation on the previous example. In this example, the
file names are defined as symbolic variables in the COPY statement (&file1 and
&file2) and are resolved at the time the Process is submitted.
WILDCOPY COPY
FROM (FILE=/financial/accounts/customer?)
TO (FILE=C:\financial\accounts\
DISP=RPL)
You must include the ending backslash (\) for the destination directory.
WILDCOPY COPY
FROM (FILE=/financial/accounts/*)
TO (FILE=J:\financial\accounts\
DISP=RPL)
WILDCOPY COPY
FROM (FILE="/financial/accounts/customer?")
TO (FILE=/financial/accounts/
DISP=RPL)
WILDCOPY COPY
FROM (FILE=/financial/accounts/*)
TO (FILE=FINANCIAL.ACCOUNTS.
DISP=RPL)
To copy send to a PDS on a Sterling Connect:Direct for z/OS node, you must use
an asterisk (*) for the PDS member name. Following is an example:
WILDCOPY COPY
FROM (FILE=/financial/records/*)
TO (FILE=FINANCIAL.RECORDS(*)
DISP=RPL)
WILDCOPY COPY
FROM (FILE=/financial/records/*)
TO (FILE=*
DISP=RPL)
VM/ESA
The parameter GROUP on the TO clause contains the special symbols %1% and
%2%, which are used to build the destination name. Each symbol is replaced by
characters from the name determined to be in that source group.
ACF2A and ACF2B are excluded from the COPY because the DSN parameter
indicated that the group file copy should start with the ACF2C A* file.
PROC01 PROCESS -
&USER=MYUSR1 -
&COMPRESS=COMPRESS -
&EXT=PRIME=X'40' -
&USERPW=ALL -
&SNODE=cd.unix.node -
SNODEID=(userx,passwdx) -
PNODEID=(myuser1,passwd) -
SNODE=&SNODE
STEP1 COPY FROM -
( PNODE -
DSN='TESTFILE STRESS01' -
LINK=(&USER,&USERPW,RR,192) -
) -
&COMPRESS &EXT -
TO -
( SNODE -
DSN='/tmp_mnt/home/fremont/mfinc1/hello' -
DISP=(RPL) -
SYSOPTS=":STRIP.BLANKS=NO:DATATYPE=BINARY:" -
)
PROC01 PROCESS -
&CKPT=0K -
&COMPRESS=, -
&EXT=, -
&CUU1=0192 -
&USER=MYUSR1 -
&USERPW=ALL -
&SNODE=WINNT -
SNODE=&SNODE -
SNODEID=(MYUSER)
STEP1 COPY FROM -
( -
PNODE -
LINK=(&USER,&USERPW,RR,&CUU1) -
DSN='TESTFILE STRESS04' -
DISP=SHR -
) -
CKPT=&CKPT &COMPRESS &EXT -
TO -
( -
SNODE -
DSN='C:\OUTPUT\VM\OUT04' -
DISP=RPL -
)
/******************************************************************/
/* HOST to PC DBCS translation using table EBCXKSC */
/******************************************************************/
HOSTTOPC PROCESS SNODE=PCNODE -
HOLD=CALL
STEP01 COPY -
FROM (PNODE -
DSN=’hlq.HOSTFILE’ -
SYSOPTS="DBCS=EBCXKSC" -
DISP=(SHR) -
) -
TO (SNODE -
DSN=PCFILE -
DISP=RPL -
)
/********************************************************************/
/* HOST to UNIX DBCS translation using table KSCXEBC */
/********************************************************************/
STEP02 COPY -
TO (PNODE -
DSN=’hlq.HOSTFILE’ -
SYSOPTS="DBCS=KSCXEBC" -
DISP=(RPL,CATLG) -
UNIT=SYSDA -
DCB=(RECFM=VB,LRECL=254,BLKSIZE=4096,DSORG=PS) -
SPACE=(254, (1000,100)) -
) -
FROM (SNODE -
DSN=’/unixfile’ -
SYSOPTS=":xlate=no:strip.blanks=no:" -
DISP=SHR -
)
ABC ASSEMBLE
AAA ASSEMBLE
ABCD ASSEMBLE
SOURCE1 FILE
SOURCE2 FILE
The group name specified, * * has two special pattern-matching characters (two
asterisks), so the destination pattern supplied has two replacement symbols (%1%
and %2%). Replacement symbol %1% is replaced by the characters that correspond to
the first asterisk in all names determined to be in the group. Replacement symbol
%2% is replaced by the characters that correspond to the second asterisk in all
names determined to be in the group.
FROM TO
ABC ASSEMBLE ----> ABC ASSEMBLE
AAA ASSEMBLE ----> AAA ASSEMBLE
ABCD ASSEMBLE ----> ABCD ASSEMBLE
SOURCE1 FILE ----> SOURCE1 FILE
SOURCE2 FILE ----> SOURCE2 FILE
A more efficient way to copy all the files from one minidisk to another is to specify
the FROM group as * and the TO group as %1%.
The group name specified a* * includes all names that begin with an a or an A. If
the specified destination pattern is %1% %2%, then the leading a from each file in the
group is dropped when the destination name is built. This action occurs because
the first asterisk in the group name corresponds to all the characters that follow
but do not include the first a.
FROM TO
ABC ASSEMBLE ----> ABC ASSEMBLE
AAA ASSEMBLE ----> AAA ASSEMBLE
ABCD ASSEMBLE ----> ABCD ASSEMBLE
SOURCE1 FILE
SOURCE2 FILE
The group name specified a* * includes all names that begin with an a or an A.
Because the destination pattern specified includes the leading a specified in the
group name and one additional a, the destination names built begin with aa.
FROM TO
ABC ASSEMBLE ----> AABC ASSEMBLE
AAA ASSEMBLE ----> AAAA ASSEMBLE
ABCD ASSEMBLE ----> AABCD ASSEMBLE
SOURCE1 FILE
SOURCE2 FILE
FROM TO
ABC ASSEMBLE
AAA ASSEMBLE
ABCD ASSEMBLE
SOURCE1 FILE ----> SOURCE1 FILE
SOURCE2 FILE ----> SOURCE2 FILE
The leading s from each name found in the group is dropped from the names built
with the supplied destination pattern.
FROM TO
ABC ASSEMBLE ----> ABC ASSEMBLE
AAA ASSEMBLE ----> AAA ASSEMBLE
ABCD ASSEMBLE
SOURCE1 FILE
SOURCE2 FILE
FROM TO
ABC ASSEMBLE ----> ABC.ASSEMBLE
AAA ASSEMBLE ----> AAA.ASSEMBLE
ABCD ASSEMBLE ----> ABCD.ASSEMBLE
SOURCE1 FILE ----> SOURCE1.FILE
SOURCE2 FILE ----> SOURCE2.FILE
FROM TO
ABC ASSEMBLE ----> ASSEMBLE.ABC
AAA ASSEMBLE ----> ASSEMBLE.AAA
ABCD ASSEMBLE ----> ASSEMBLE.ABCD
SOURCE1 FILE ----> FILE.SOURCE1
SOURCE2 FILE ----> FILE.SOURCE2
CAUTION:
Do not make group file copies from disks linked R/W. The results are
unpredictable.
Support for multiple transfers with multiple translation tables is possible. All
Processes support compression and checkpointing.
The following example uses the table name EBCXKSC and the default values x'0E',
for so, and x'0F' for si.
SYSOPTS="DBCS=(EBCXKSC,0E,0F)"
The following example uses the table name KSCXEBC and the default values x'0E',
for so, and x'0F' for si.
SYSOPTS="DBCS=(KSCXEBC,0E,0F)"
The following example uses the table name EBCXKSC and the NOSO value x'00'
for so and si.
SYSOPTS="DBCS=(EBCXKSC,00,00)"
The following example uses the table name EBCXKSC and takes the defaults for so
and si.
SYSOPTS="DBCS=(EBCXKSC)"
The following example uses the table name USERTAB and takes the defaults for so
and si. USERTAB is a user-defined, customized translation table.
SYSOPTS="DBCS=USERTAB"
VSE
The disk data set has already been defined to the appropriate system catalog. This
Process was written with symbolics for substitution. When you reference BSAM
libraries in a Sterling Connect:Direct Process, you must specify: DSORG, DSN,
UNIT, and VOL=SER= parameters.
For VSAM libraries you must specify the DSN and DSORG parameters on the
FROM statement. You can optionally specify the catalog parameter if needed.
ZOS2TAP1 PROCSNODE=SC.OS390.NODE -
PNODE=SC.VSE.NODE -
&VSECUU=CART -
&VSEDSN=TEST.TAPE.FILE
STEP0001 COPY FROM ( SNODE -
DSN=RPITT1.LARGE.OS390.FILE -
DISP=SHR -
DCB=(DSORG=PS,RECFM=FB,LRECL=80,BLKSIZE=800) -
) -
TO ( PNODE -
DSN=&VSEDSN -
UNIT=&VSECUU -
LABEL=(1,SL) -
DISP=(NEW,KEEP) -
DCB=(DSORG=PS,RECFM=FB,LRECL=80,BLKSIZE=16000) -
)
STEP0002 IF (STEP0001 EQ 0) THEN
RUN TASK (PGM=DMNOTIFY, -
PARM=('GOOD',&VSEDSN)) -
PNODE
ELSE
RUN TASK (PGM=DMNOTIFY, -
PARM=('FAIL',&VSEDSN)) -
PNODE
EIF
This Process runs on the same Sterling Connect:Direct node using PNODE=SNODE
processing and uses symbolic values. CA-DYNAM/D or CA-EPIC will perform the
disk allocation for Sterling Connect:Direct but since the data set is allocated as a
start-track 1 data set with a vol=ser it will not be a managed data set.
This Process uses symbolic values. CA-DYNAM/D or CA-EPIC will perform the
disk allocation for Sterling Connect:Direct. The data set is allocated as a start-track
1 data set with a VOL=SER it will not be a managed data set.
The previous Process runs on the same Sterling Connect:Direct node using
PNODE=SNODE processing and uses symbolic values. You must specify the input
DCB parameter (RECFM, LRECL); this information will be copied to the output
data set.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
This Process runs on the same Sterling Connect:Direct node using PNODE=SNODE
processing. This Process uses symbolic values.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
You can ignore the Sterling Connect:Direct information message: SVSG501I VSAM
OPEN ERROR=’A0’. ASSUMING ESDS. RETRYING OPEN.
This Process runs on the same Sterling Connect:Direct node using PNODE=SNODE
processing. This Process uses symbolic values.
This Process runs on the same Sterling Connect:Direct node using PNODE=SNODE
processing and uses symbolic values.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
All of the disk and tape data set names have been predefined to the appropriate
system catalog. You do not have to specify output DCB parameters, these will be
copied from the input library DCB parameters.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
This Process was written with symbolic parameters to allow for a generic Process.
You must modify to your standards.
You do not need to specify an output DCB parameter. This information will be
obtained from the LST queue entry. The Process runs on the same Sterling
Connect:Direct node using PNODE=SNODE processing and uses symbolic values.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
When you copy data into a VSE BSAM library, you must add either RECFM=F or
RECFM=V to your DCB parameter. This specification depends on the type of input
file. If you do not include the RECFM, the Process fails with the message SVSJ122I.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
You must specify all of the parameters in this sample on the FROM side to Process
BSAM libraries.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
When you copy data into a VSE BSAM library, you must add either RECFM=F or
RECFM=V to your DCB parameter. This specification depends on the type of input
file. If you do not include the RECFM, the Process fails with the message SVSJ122I.
When you reference BSAM libraries in a Sterling Connect:Direct Process, you must
specify: DSORG, DSN, UNIT, and VOL=SER= parameters.
The disk data set has already been defined to the appropriate system catalog. This
Process was written with symbolics for substitution. When referencing VSAM
libraries in a Sterling Connect:Direct Process you must specify the DSORG and
DISP parameters.
The disk data set has already been defined to the appropriate system catalog.
Verify that your job class in the LST queue matches the Process job class
(&JBCLASS); otherwise the Process will end and not copy the data set. This
Process uses symbolic values.
The disk data set has already been defined to the appropriate system catalog.
Verify that you have updated your network map with the SNODE TCP/IP address
and port number. DCB information will be provided by the SNODE. This Process
was written with symbolics for substitution.
Copy a DBCS Data Set from VSE to UNIX Using the KSCXEBC
Translation Table
This COPY statement copies a data set from a VSE node to a UNIX node using the
translation table KSCXEBC. Required parameters for this translation are in bold
print.
/********************************************************************/
/* HOST to UNIX DBCS translation using table KSCXEBC */
/********************************************************************/
STEP02 COPY -
TO (PNODE -
DSN=’hlq.HOSTFILE’ -
SYSOPTS="DBCS=KSCXEBC" -
DISP=(RPL,CATLG) -
UNIT=SYSDA -
DCB=(RECFM=VB,LRECL=254,BLKSIZE=4096,DSORG=PS) -
SPACE=(254, (1000,100)) -
) -
FROM (SNODE -
DSN=’/unixfile’ -
SYSOPTS=":xlate=no:strip.blanks=no:" -
DISP=SHR -
)
/**********************************************************************/
/* PC to HOST DBCS translation using table KSCXEBC */
/**********************************************************************/
PCTOHOST PROCESS SNODE=HOSTNODE -
HOLD=CALL
STEP01 COPY -
TO (PNODE -
DSN='hlq.PCFILE' -
DISP=(RPL,CATLG) -
UNIT=SYSDA -
DCB=(RECFM=VB,LRECL=254,BLKSIZE=4096,DSORG=PS) -
SPACE=(254,(1000,100)) -
SYSOPTS="DBCS=KSCXEBC" -
) -
FROM (SNODE -
DSN=PCFILE -
DISP=SHR -
)
Copy a DBCS Data Set from UNIX to VSE Using the EBCXKSC
Translation Table
This COPY statement copies a data set from a UNIX to a host Sterling
Connect:Direct for VSE node using the translation table EBCXKSC. Required
parameters for this translation are in bold print.
/******************************************************************/
/* UNIX to HOST DBCS translation using table EBCXKSC */
/******************************************************************/
STEP01 COPY -
FROM (PNODE -
DSN='hlq.UNIXFILE' -
SYSOPTS="DBCS=EBCXKSC" -
DISP=(SHR) -
) -
TO (SNODE -
DSN='/unixfile' -
SYSOPTS=":xlate=no:strip.blanks=no:" -
DISP=RPL -
)
Support for multiple transfers with multiple translation tables is possible. All
Processes support compression and checkpointing.
File transfer with double-byte character set (DBCS) is only supported in record
mode. It is not supported in block mode. The following example uses the table
name EBCXKSC and the default values x’0E’ for so, and x’0F’ for si.
SYSOPTS="DBCS=(EBCXKSC,0E,0F)"
The following example uses the table name KSCXEBC and the default values x’0E’
for so, and x’0F’ for si.
SYSOPTS="DBCS=(KSCXEBC,0E,0F)"
The following example uses the table name EBCXKSC and the NOSO value x’00’
for so and si.
The following example uses the table name EBCXKSC and takes the defaults for so
and si.
SYSOPTS="DBCS=(EBCXKSC)"
The following example uses the table name USERTAB and takes the defaults for so
and si. USERTAB is a user-defined, customized translation table.
SYSOPTS="DBCS=USERTAB"
z/OS
The destination data set is allocated using definitions specified in the TYPE record,
PSFILE.
The following parameters make up the TYPE record, PSFILE. This TYPE record
must be present at the destination node (SNODE).
DISP=(NEW,CATLG) -
DCB=(BLKSIZE=3120,LRECL=80,DSORG=PS) -
UNIT=3380 -
VOL=(SER=SYS009) -
SPACE=(4096,(200,40),,,ROUND)
You can also place the IOEXIT parameter in a TYPE entry. Any parameters
specified on the COPY statement take precedence over those coded in the TYPE
file. See the appropriate Sterling Connect:Direct platform’s documentation for
details on setting up entries in the TYPE file.
Members AAA, BBCA, BGG, and XXX are copied. Members AAB, ABB, ABC, BBA,
and BBB are not copied because they are within the range of members excluded in
AAB/BBC. There is no member BBC to exclude; BBB was the last member in
PDS.SOURCE within the specified range. Because BBCA is not part of the range to
be excluded, it is copied. A generic range, like AAB*/BBC*, is not valid.
A, AB, ABA, ABB, ABC, ABD, ABE, ACB, ACC, ACD, BAA, BAB, BAC, CDE, CDF
This COPY statement shows the use of the SELECT and EXCLUDE parameters:
In this example, the data set PDS.SOURCE has the following members and
associated aliases:
Members Aliases
A A1 A2
B
C C1 C2 C3
The data set PDS.DEST contained no members and no aliases before the COPY
operation. After the COPY operation, PDS.DEST contains the following members
and aliases:
Members Aliases
A A1 A2
C C1 C2
You can copy multiple PDS members by coding multiple COPY steps in a Process,
and either append the additional PDS members to the first file or create separate
tape files for each member. In the following example, MEMB is appended to
TAPE.FILE.
The exit referenced in this COPY (OUEXT03) must reside in an authorized loadlib
at the destination site.
All SYSOPTS keyword values must be enclosed in parentheses, and the entire
SYSOPTS string must be enclosed in double quotation marks. Sterling
Connect:Direct syntax requires backslashes to continue the SYSOPTS over multiple
lines when the Process is submitted from a z/OS node. Bracketing backslashes
allow for continuation of quotation marks when they begin and end on different
lines.
The userid and password are validated before the Sterling Connect:Direct for z/OS
system copies the JSMITH.DATA file into the TESTOUT file in the $B.JOHN
volume on the \TSCIEXT system.
Enclose the data set name in single quotation marks, because the Process is
submitted from a Sterling Connect:Direct for z/OS node.
This example shows a file copy from a z/OS node to a UNIX node using
SYSOPTS. The UNIX DSN and SYSOPTS strings are in lower case and are enclosed
in double quotation marks.
When one or more SYSOPTS parameters are specified and they continue across
several lines, bracketing backslashes (\) and the double bar (||) concatenation
characters are required.
The entire SYSOPTS string must be enclosed in double quotation marks. Sterling
Connect:Direct syntax requires using backslashes to continue the SYSOPTS over
multiple lines when the Process is submitted from a z/OS node.
The following Process is a variation on the previous example. In this example, the
data set names (DSN) are defined as symbolic variables in the COPY statement
(&DSN1 and &DSN2), and are resolved at the time the process is submitted. This
process also uses the STARTT parameter to specify a day of the week and time
when the process will execute, and the RETAIN=YES parameter to indicate that the
Process should stay in the TCQ and execute again at the next scheduled start time
(STARTT). This Process will execute automatically each Monday at 3:00 a.m.
First, the IBM-943 code set data is converted to UTF-8 on the z/OS node. Then, as
specified in the TO clause, the UTF-8 encoded data is transferred to the UNIX
node, which converts the data to the SJIS code set and writes a UNIX file.
As specified in the FROM clause, the 932 code set data in the SjisCodepage.txt file
is converted to the 65001 code set (the UTF-8 equivalent on Microsoft Windows) on
the Microsoft Windows node. The 65001 encoded data is then transferred to the
z/OS node, which converts the data to the IBM-943 code set and writes a z/OS
sequential file.
Note that the z/OS output file is defined as having an undefined record format
(RECFM=U). When an MBCS conversion is done for a file that is created on a
z/OS receiving node, the RECFM for the file must be specified as either V
(Variable), VB (Variable Block), or U. The results of an MBCS conversion can result
First, the IBM-930 code set data is converted to the UTF-8 encoding on the sending
node. The UTF-8 encoded data is then transferred to the receiving node, which
converts the UTF-8 data to the IBM-1047 code set and writes a z/OS sequential
file.
The RECFM of the file is specified as Variable Format (RECFM=VB) to allow for a
flexible output record length. Also, to allow for a possible increase in data length
due to conversion, the LRECL of the receiving file must be larger than the LRECL
of the sending file. In the example shown, the LRECL of the sending file is 80. For
this particular MBCS conversion, the receiving file was successfully created by
specifying LRECL as 90. Other conversions may require a larger value to avoid an
SVSJ032I error during the Copy. If RECFM=VB, BLKSIZE for the output file must
be at least as large as LRECL+4.
In this example, the z/OS data set TEST.DATASET is copied to the Microsoft
Windows file STERLING\CD\CDWIN\TEMP\TEST.TXT
Procedure
1. Create a batch command that signs on to Sterling Connect:Direct, submits a
Process that creates the variables, and signs off:
SIGNON USERID=(userid,)
SUBMIT PROC=EXNTDIR -
&FROMDSN=TEST.DATASET -
&DIR1=CDWIN -
&DIR2=TEMP -
&FILENAME=TEST.TXT
SIGNOFF
NTDIRPTH PROCESS -
SNODE=STERLING.WINDOWS -
&DIR1=, -
&DIR2=, -
&FILENAME=,
SYMBOL &S1 = STERLING
SYMBOL &S2 = CD
SYMBOL &TODSN = \’\\\ || &S1 || \\ || &S2 || \\ || -
&DIR1 || \\ || &DIR2 || \\ || &FILENAME || \’\
STEP01 COPY FROM (PNODE -
DSN=&FROMDSN -
DISP=SHR) -
TO (DSN=&TODSN -
SYSOPTS="DATATYPE(TEXT)" -
DISP=(RPL))
The following table shows how the &TODSN variable resolves (two vertical
bars [ || ] indicate concatenation).
Value Resolves to . . .
\’\\\ '\
&S1 STERLING
\\ \
&S2 CD
\\ \
&DIR1 CDWIN
\\ \
&DIR2 TEMP
\\ \
&FILENAME TEST.TXT
\’\ ‘
'\STERLING\CD\CDWIN\TEMP\TEST.TXT'
The Sterling Connect:Direct for HP NonStop system cannot execute the RUN JOB
statement; however, the Sterling Connect:Direct for HP NonStop node as the
PNODE can submit a Process to an z/OS or VSE node, and the SNODE can
execute the RUN JOB.
Microsoft Windows
UNIX
ntsub1 processsnode=cd.win
retain=yes
prty=yes
runj01 run job snode
sysopts="cmd(dir d:\users\jdoe1\*.*
>>d:\users\jdoe1\list.out)"
pend;
VM/ESA
VSE
z/OS
The node that you submit the Process to is the PNODE or Process control node by
definition; the other node involved in the Process is the SNODE.
The data set specified in the RUN JOB statement must exist on CDB.
Alternatively, you can be signed on to CDA and submit the following RUN JOB
Process from CDA. In this case, the data set specified in the RUN JOB must exist
on CDA (PNODE).
The JCL must exist on the node where you want it to execute.
i5/OS
CDSND SNODE(DWY1.TCP)
SNODENVIRN(OPENVMS)
FDSN(’CDABC220/INITPARMS(INITPARMS)’)
TDSN(’DISK$SUP:<DYOUN1>AS400.RCV’) FMSYSOPTS(’TYPE(MBR)’)
SNODEID(USERID USERPASSWORD) TDISP(RPL)TDCB(*N *N *N PS)
CDRUNTASK SNODE(DWY2.TCP)
SNODENVIRN(OPENVMS)
CMD(’CMD=’`DEL
DISK$SUP:<DYOUN1>AS400.RCV;*’’’)
SNODEID(USERID USERPASSWORD)
Microsoft Windows
See the IBM Sterling Connect:Direct for z/OS User Guide for more information on
DMRTSUB.
OpenVMS
UNIX
In the previous example, rather than coding the specific file names in the process,
symbolic variables are used in both the copy and run task statements. Since no
user input is required for the delete command, the desktop parameter is set to NO
and no console window is created on the Microsoft Windows desktop.
VM/ESA
The following figure shows the parameter passing convention for the program
MYTASK. Register 1 points to a parameter list of three parameters. It would
contain zero (0) if no parameters were specified. Sterling Connect:Direct sets the
high-order bit in PARM 3 ADDR to indicate the end of the PARM list.
The following figure shows the parameter passing convention for the program
MYTASK. In this case, Register 1 points to a parameter list of three parameters. It
would contain 0 if no parameters were specified. Sterling Connect:Direct sets the
high-order bit in PARM 3 ADDR to indicate the end of the PARM list.
z/OS
For Processes with RUN TASK statements running U7SVC programs, replace xx
with the length of the entire PARM including the d=.
Note: To properly execute with CA-7, Sterling Connect:Direct for z/OS must not
be running under CA-7 control.
The following RUN TASK statement shows another way to interface with CA-7:
SUBMIT PROC=SAMPLE1 -
&PNODE=CD.LOCAL -
&SNODE=CD.REMOTE -
&HLQ1=$LOCAL -
&HLQ2=$REMOTE
Note: Run options for the HP NonStop RUN command must be separated by
commas.
v Because the PNODE is the z/OS node, two vertical bars preceded and followed
by blanks ( || ) are used to concatenate the value of a symbolic to the string.
Resolution of the symbolic occurs before concatenation.
The following Sterling Connect:Direct and HP NonStop syntax rules apply to both
of these Processes:
v Within a Sterling Connect:Direct Process submitted from an z/OS node, single
quotation marks or double quotation marks must be used to allow special
characters to be embedded within a file name.
v The string of HP NonStop RUN command options must be enclosed in forward
slashes (/). This is an HP NonStop syntax requirement.
v Because the PNODE is an z/OS node (that is, the Process is submitted on the
z/OS node), backslashes and vertical bars must be used to continue a string
across multiple lines.
Bracketing backslashes are not valid when the PNODE is an HP NonStop node.
PROC2 and PROC3 require concatenation characters because the parameters being
passed to FUP are on multiple lines.
TERM is coded on the RUN TASK statement for both PROC2 and PROC3 so
Sterling Connect:Direct Processes can continue uninterrupted in the event the
program being executed abends. If an abend occurs, any abend message will be
sent to the device specified by the TERM command. If TERM is not coded, all
abend messages will be directed to the terminal from which the Sterling
Connect:Direct for HP NonStop system was started (HOMETERM). If HOMETERM
is not paused, the abend message will not be displayed and the RUN TASK will
hang until HOMETERM is paused.
The following example shows how to pass mixed case parameters to DMRTSUB
through SYSOPTS in an z/OS RUN TASK statement.
The next example shows passing mixed case parameters to DMRTSUB using
variable substitution. The use of single and double quotes are reversed from the
previous example.
To initiate the file transfer, you can use any of the following SUBMIT statements:
SUBMIT PROC=COPYPROC,NEWNAME=%JOBNM
SUBMIT PROC=COPYPROC,NEWNAME=%JOBID,&VAR1=%JOBNM
SUBMIT PROC=COPYPROC,&JOBNM=%JOBNM,&JUSER=%JUSER
PROCESS2 executes at CD.DALLAS and contains one step which copies the file
received from CD.LA and forwards it to CD.NEWYORK.
The user submits a Process and does not pass symbolics to the Process. Values for
symbolics to be resolved on the SNODE are contained within the Process. The
Process on the PNODE passes symbolics to a Process submitted on the SNODE.
PROCESS1 executes:
PROCESS1 executes:
Submit a Process That Copies a File from One UNIX Node to Another,
Then to a Third UNIX Node
This example shows how to copy a file from your local node to a node in Dallas,
which then copies it to a node in Tampa.
submit file=process1
The submit statement contained within process1 specifies the Process name of
process2. As a result, process2 will also be submitted.
The copy statement in process2 copies yourfile to the file newfile in Tampa.
The operator at the PNODE issues the following SUBMIT PROCESS command to
initiate the file transfer:
SUB PROC=PROCESS1 -
&DSN1=A345.DATA -
&DSN2=A345.NEW.DATA
PROCESS1 executes:
The operator at the PNODE issues the following Sterling Connect:Direct SUBMIT
PROCESS command to initiate the file transfer:
SUB PROC=PROCESS1 -
&DSN1='TEST FILE' -
&DSN2='TEST FILE2'
In the following Process, CD.LA and CD.DALLAS are Sterling Connect:Direct for
VM/ESA nodes.
v PROCESS1 copies the file TEST FILE in LA to a file called TEST FILE2 in Dallas.
It then submits PROCESS2, which executes on the Dallas node. PROCESS2 is
submitted with a PRTY of 14.
v PROCESS2 copies the file TEST FILE2 in Dallas to the file A345.NEW.DATA1 in
New York.
set -v
ndmcli -x << EOJ
submit
proc1 process snode=ip addr;portnum snodeid=(ROGER,ROGERpassword)
step1 submit file="$hlq.cd.PROCESS(MB#ADD01)"
&FROMDSN=TEST.DATAFILE
&RMTID=rmtid
&BATCHID=TESTBATCH
subnode=snode
pend;
The following is the z/OS Process called by the UNIX Process. This Process
performs an MB#ADD01 on Sterling Connect:Enterprise:
MB#ADD01 PROCESS SNODE=CD.OS390 -
&NOTIFY=’ ’ /* Notify nobody */ -
&FROMDSN=’’’FROM.DSN.NAME’’’ /* DATA SOURCE FILE NAME */ -
&FILETYP=TEXT /* DATA SOURCE FILE TYPE */ -
&PROFDSN=’$hlq.CD.PROFILE’ /* PROFILE DSN */ -
&PROFMEM=SUBADD01 /* EXTRACT PROFILE MEMBER */ -
&USER=%USER /* ORIGINATOR ID */ -
&SEQ=%NUM1 /* UNIQUE NUMBER */ -
Conditional logic in STEP03 is then used to check the completion code of STEP02.
If the completion code is greater than 4, then STEP04 will execute. If the
STEP04 will then execute and copy DATA1.FILEC from the z/OS node to
$B.FILERESO.FILE3 at the HP NonStop node. If the completion code is greater
than 8, then no further processing will occur. If the completion code of STEP03 is
greater than 4, DATA1.FILED will be copied from the z/OS node to
$B.FILERESO.FILE4 at the HP NonStop node.
step01 copies file abc on the pnode to file def on the snode.
step02 checks the completion code of step01. If step01 fails (return code greater
than 4), step07 executes. If step01 completes with a return code of 4 or less, step03
executes.
step04 checks the completion code of step03. If step03 fails with a code of 8 or
greater, the Process terminates. Otherwise, step05 executes.
step05 checks the completion code from step03. If less than 4, indicating the step
completed without error, step06 executes.
step07 only executes if step01 fails. The program verify runs, sending an Operation
Failed Message to the console operator.
STEP01 copies file ABC.FILEA on the PNODE to file JKL.FILEA on the SNODE.
STEP02 checks the completion code of STEP01. If STEP01 fails, STEP07 executes. If
STEP01 ended with a completion code of 4 or less, STEP03 executes.
STEP04 checks the completion code of STEP03. If STEP03 fails with a completion
code of 8 or greater, the Process terminates. Otherwise, STEP05 executes.
STEP05 checks the completion code from STEP03. If less than 4, indicating the step
completed without errors, the COPY statement in STEP06 executes and the Process
terminates.
STEP06 copies file ABC on the SNODE to file MNO on the PNODE.
STEP07 only executes if STEP01 fails. The program DMNOTIFY runs, sending an
OPERATION FAILED message to the console operator.
STEP01 copies file ABC.FILEA on the PNODE to file JKL.FILEA on the SNODE.
STEP02 checks the completion code of STEP01. If STEP01 fails, STEP07 executes. If
STEP01 ended with a completion code of 4 or less, STEP03 executes.
STEP04 checks the completion code of STEP03. If STEP03 fails with a completion
code of 8 or greater, the Process terminates. Otherwise, STEP05 executes.
STEP05 checks the completion code from STEP03. If less than 4, indicating the step
completed without errors, the COPY statement in STEP06 executes and the Process
terminates.
STEP06 copies file ABC on the SNODE to file MNO on the PNODE.
STEP07 only executes if STEP01 fails. The program DMNOTIFY runs, sending a
message indicating the operation failed to the console operator.
copy01 is the process statement defining the Process name as copy01 and the
snode as cdchicago.
step01 copies file myfile1 on the pnode to file yourfile1 on the snode.
step02 checks the completion code of step01. If step01 fails (return code greater
than 4), step07 executes. If step01 completes with a return code of 4 or less, step03
executes.
step04 checks the completion code of step03. If step03, not the program
testwin.exe, fails with a code of 8 or greater, the Process terminates. Otherwise,
step05 executes.
step05 checks the completion code from step03. If less than 4, indicating the step
completed without error, not the program testwin.exe, step06 executes.
step06 copies file myfile2 on the pnode to file yourfile2 on the snode. The Process
will then exit.
step07 only executes if step01 fails. The run task step executes the program
failjob.exe.
IBM may not offer the products, services, or features discussed in this document in
other countries. Consult your local IBM representative for information on the
products and services currently available in your area. Any reference to an IBM
product, program, or service is not intended to state or imply that only that IBM
product, program, or service may be used. Any functionally equivalent product,
program, or service that does not infringe any IBM intellectual property right may
be used instead. However, it is the user's responsibility to evaluate and verify the
operation of any non-IBM product, program, or service.
IBM may have patents or pending patent applications covering subject matter
described in this document. The furnishing of this document does not grant you
any license to these patents. You can send license inquiries, in writing, to:
IBM Corporation
Armonk, NY 10504-1785
U.S.A.
The following paragraph does not apply to the United Kingdom or any other
country where such provisions are inconsistent with local law:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROVIDES THIS
PUBLICATION "AS IS" WITHOUT WARRANTY OF ANY KIND, EITHER
EXPRESS OR IMPLIED, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED
WARRANTIES OF NON-INFRINGEMENT, MERCHANTABILITY OR FITNESS
FOR A PARTICULAR PURPOSE. Some states do not allow disclaimer of express or
implied warranties in certain transactions, therefore, this statement may not apply
to you.
Any references in this information to non-IBM Web sites are provided for
convenience only and do not in any manner serve as an endorsement of those Web
sites. The materials at those Web sites are not part of the materials for this IBM
product and use of those Web sites is at your own risk.
IBM may use or distribute any of the information you supply in any way it
believes appropriate without incurring any obligation to you.
Licensees of this program who wish to have information about it for the purpose
of enabling: (i) the exchange of information between independently created
programs and other programs (including this one) and (ii) the mutual use of the
information which has been exchanged, should contact:
IBM Corporation
J46A/G4
U.S.A.
The licensed program described in this document and all licensed material
available for it are provided by IBM under terms of the IBM Customer Agreement,
IBM International Program License Agreement or any equivalent agreement
between us.
All statements regarding IBM's future direction or intent are subject to change or
withdrawal without notice, and represent goals and objectives only.
All IBM prices shown are IBM's suggested retail prices, are current and are subject
to change without notice. Dealer prices may vary.
This information contains examples of data and reports used in daily business
operations. To illustrate them as completely as possible, the examples include the
names of individuals, companies, brands, and products. All of these names are
fictitious and any similarity to the names and addresses used by an actual business
enterprise is entirely coincidental.
COPYRIGHT LICENSE:
Each copy or any portion of these sample programs or any derivative work, must
include a copyright notice as follows:
© IBM 2012. Portions of this code are derived from IBM Corp. Sample Programs. ©
Copyright IBM Corp. 2012.
If you are viewing this information softcopy, the photographs and color
illustrations may not appear.
Trademarks
IBM, the IBM logo, and ibm.com® are trademarks or registered trademarks of
International Business Machines Corp., registered in many jurisdictions worldwide.
Other product and service names might be trademarks of IBM or other companies.
A current list of IBM trademarks is available on the Web at “Copyright and
trademark information” at http://www.ibm.com/legal/copytrade.shtml.
Adobe, the Adobe logo, PostScript, and the PostScript logo are either registered
trademarks or trademarks of Adobe Systems Incorporated in the United States,
and/or other countries.
Intel, Intel logo, Intel Inside, Intel Inside logo, Intel Centrino, Intel Centrino logo,
Celeron, Intel Xeon, Intel SpeedStep, Itanium, and Pentium are trademarks or
registered trademarks of Intel Corporation or its subsidiaries in the United States
and other countries.
Notices 151
Microsoft, Windows, Windows NT, and the Windows logo are trademarks of
Microsoft Corporation in the United States, other countries, or both.
UNIX is a registered trademark of The Open Group in the United States and other
countries.
Java and all Java-based trademarks and logos are trademarks or registered
trademarks of Oracle and/or its affiliates.
Linear Tape-Open, LTO, the LTO Logo, Ultrium and the Ultrium Logo are
trademarks of HP, IBM Corp. and Quantum in the U.S. and other countries.
Other company, product, and service names may be trademarks or service marks
of others.
Printed in USA