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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Usage Notes<br />

Examples<br />

PIPE CONSOLE<br />

An exposed message is a message that fits all of the following criteria:<br />

v Passed to DSIEX02A<br />

v Copied or routed to satisfy ASSIGN stage actions<br />

v Matched <strong>for</strong> &WAIT or TRAP conditions<br />

v Matched <strong>for</strong> actions specified in the <strong>NetView</strong> automation table<br />

v Passed to DSIEX16<br />

v Logged to the network log, hardcopy log, or system log.<br />

Note: Display of messages is subject to the DISPLAY setting of the DEFAULTS<br />

and OVERRIDE stages. Messages displayed this way are subject to NLS<br />

translation.<br />

XDUMP<br />

Produces the same output as DUMP. Also included are the AIFR body and<br />

other in<strong>for</strong>mation that accompanies some messages. For example, MVS<br />

messages include MDB data as indicated in mapping DSIAIFRO. See<br />

“Example: Displaying Messages in Dump Format” on page 46.<br />

Reference: See the <strong>IBM</strong> <strong>Tivoli</strong> <strong>NetView</strong> <strong>for</strong> z/<strong>OS</strong> <strong>Programming</strong>: Assembler <strong>for</strong><br />

mapping <strong>for</strong> DSIIFR <strong>for</strong> AIFR in<strong>for</strong>mation.<br />

Attention: DUMP and XDUMP are not intended as a programming interface,<br />

because <strong>for</strong>mats might change and additional data might be included in the<br />

future. Use DUMP and XDUMP only <strong>for</strong> problem determination.<br />

v CONSOLE cannot be the first stage.<br />

v The CONSOLE stage presents copies of the messages that come to it in the same<br />

way as other <strong>NetView</strong> commands. Thus, when CONSOLE is found on an inner<br />

pipeline (a pipeline running as a result of a PIPE command on a NETVIEW<br />

stage on another outer pipeline), the output of CONSOLE is trapped by the outer<br />

pipeline and is passed to the next stage in that outer pipeline.<br />

v The ONLY option can be used to avoid filling the log with extraneous messages.<br />

v A PIPE command submitted to the <strong>NetView</strong> program from the MVS<br />

environment can have a stage and response token (CART) value associated with<br />

the command. (You can do this from TSO command procedures.) In this case,<br />

output from the CONSOLE stage carries the CART <strong>for</strong> accurate correlation.<br />

v When using multiple CONSOLE stages, the order of displayed messages<br />

(whether they are single-line messages or MLWTOs) is unpredictable. To control<br />

the order, use the COLLECT stage preceding the CONSOLE stage to collect<br />

pipeline messages into an MLWTO.<br />

v If you use the CONSOLE DELETE stage subsequent to a CONSOLE or a<br />

CONSOLE ONLY stage, some messages can be deleted by the CONSOLE<br />

DELETE stage be<strong>for</strong>e they are displayed.<br />

Example: Displaying Messages on a Console<br />

To issue a <strong>NetView</strong> LIST command, discard messages containing the phrase NOT<br />

ACTIVE in positions 55 through 64, and display the resulting messages (after<br />

clearing the screen), enter:<br />

Chapter 2. Pipeline Stages and Syntax 45

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

Saved successfully!

Ooh no, something went wrong!