Previous topic |
Next topic |
Contents |
Contact z/OS |
Library |
PDF
Service request format z/OS ISPF Planning and Customizing GC19-3623-00 |
|
Service call requests consist of a parameter string passed by means
of STDIN to the interface module ISPZINT. The first word of the service
request string identifies if the request is for a TSO or ISPF service:
or
A TSO service request results in the TSO service running in a TSO
address space without the overhead of establishing an ISPF environment.
Shown here are some examples of TSO service requests:
An ISPF service request can be for a TSO or ISPF service. The service
runs in an ISPF environment established in a TSO address space. The
caller can request the ISPF environment be "reusable" (that is, remain
active for running subsequent service requests) by including &SESSION=SPAWN in
the parameter string. Also the caller can request an existing ISPF
profile be dynamically allocated by including &ISPPROF=
my.profile.dataset in the parameter string. Shown here are
some examples of ISPF service requests:
ISPPROF may contain the strings &SYSUID., &SYSPREF. and &SYSNAME.
in any order. These
strings can also be used in the CGI_ISPWORK environment variable.
Note that the trailing dot (.) must exist for the variable to be recognised
correctly.
For example, for this command (where PREFIX is mypref and
SYSUID is myuser):
where &SYSPREF
is "mypref" and &SYSUID is "myuse" the string becomes:
To terminate a "reusable" ISPF session, pass the parameter string
shown here to ISPZINT:
or
|
Copyright IBM Corporation 1990, 2014
|