28.11.2012 Views

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

IBM Tivoli NetView for z/OS Programming: Pipes - IBM notice

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

PIPE PERSIST<br />

Usage Notes<br />

180 <strong>Programming</strong>: <strong>Pipes</strong><br />

commands, the tText parameter is only written to the queue when the specified<br />

timeout occurs. After receiving the message containing this text, the procedure<br />

does not issue another WAIT FOR MESSAGES request or use the VIEW option<br />

EXTEND with respect to the completed persist.<br />

v Issue NCCF LIST PERSIST to get in<strong>for</strong>mation about outstanding PERSIST<br />

elements.<br />

v The PERSIST stage defines the action to be taken <strong>for</strong> messages that arrive after<br />

termination of the correlation represented by a CORRWAIT stage. The conditions<br />

defined by PERSIST are enabled following termination of the preceding<br />

CORRWAIT stage (WAIT) when one of the following statements is true:<br />

– WAIT times out<br />

– WAIT responds to GO or RESET<br />

– WAIT end prematurely because of a PIPEND (non-zero return code)<br />

– DEBUG option is in effect <strong>for</strong> the PERSIST stage<br />

The PERSIST stage can be used after a NETV stage without any WAIT stage. In<br />

this case, the PERSIST stage is always enabled and absorbs all messages from<br />

the preceding command, even synchronous messages.<br />

v The command, routing, or display specified on your PERSIST stages is activated<br />

by the arrival of a message that was to be correlated to the CORRWAIT<br />

preceding your PERSIST, had that wait not ended prematurely.<br />

v Unless DEBUG is in effect, the PERSIST condition is disabled when an<br />

affirmative end of processing is detected by PERSIST. All native <strong>NetView</strong><br />

commands provide this affirmative end signal when complete. For VTAM in<br />

MVS release 10 and later, VTAM commands DISPLAY, MODIFY, and a few<br />

VARY commands also provide it. MVS commands and most VTAM VARY<br />

commands do not have an affirmative end.<br />

v If you specify more than one PERSIST stage <strong>for</strong> a given command correlation<br />

environment, only the last specified PERSIST stage takes effect.<br />

v Messages subject to DISPLAY action are exposed to user exits, trapping,<br />

automation, and logging just as <strong>for</strong> uncorrelated messages.<br />

v Messages subject to ROUTE action are routed first, then are exposed as <strong>for</strong> other<br />

messages.<br />

v A message subject to COMMAND action is provided as the current message<br />

when the indicated command runs. Any output from the command, including<br />

the original message, is subject to exposure in the same way as the output of a<br />

command issued from the command facility command line.<br />

v When PERSIST invokes a command, it does so with the same authority as was<br />

in effect <strong>for</strong> the pipeline which established the PERSIST action.<br />

v When PERSIST TRAP is active, the invoking procedure can issue a WAIT FOR<br />

MESSAGES command or use the EXTEND option on a VIEW command to wait<br />

<strong>for</strong> additional data. When the persist completes, the REXX function EVENT()<br />

returns a value of X.<br />

v Do not use the TRAP option when including the PERSIST stage in sample<br />

DSICCDEF.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!