This section lists the types of host commands and explains how rule sections and types of rules process them.
In the )INIT and )TERM sections of all rules and the )PROC sections of all rules except command rules:
In the )PROC section of command rules:
In the )INIT and )TERM sections of all rules and the )PROC sections of all rules except request rules ADDRESS EPI commands are subject to NOWAIT considerations.
In the )PROC section of request rules command output can be retrieved from the external data queue.
In the )INIT and )TERM sections of all rules and the )PROC sections of all rules except request rules ADDRESS ISPEXEC commands are not supported.
In the )PROC section of request rules:
In the )INIT and )TERM sections of all rules:
In the )PROC section of command, DOM, EOM, global variable, message, and OMEGAMON rules:
In the )PROC section of request and time-of-day rules:
You can use ADDRESS OPSCTL instructions in any section of any type of rule, but you cannot always retrieve the command output.
You can use ADDRESS SOF to communicate between the ADDRESS SOF host command and the CA SOF server through the CA CCI interface.
You can use ADDRESS SQL instructions in any section of any type of rule.
You can use ADDRESS WTO instructions in any section of any type of rule.
In any type of rule except for time-of-day (TOD) and request (REQ) rules, CA OPS/MVS converts to an OPSWTO command processor any ADDRESS WTO instruction that contains one of these keywords: REPLY, WAIT, or DELAY. CA OPS/MVS performs this conversion because it does not delay rule processing.
When a TOD or REQ rule contains an ADDRESS WTO command that specifies the DELAY, WAIT, or REPLY keywords, CA OPS/MVS permits the ADDRESS WTO command to execute synchronously. The TOD or REQ rule waits until the ADDRESS WTO command completes before it resumes processing.
Note: The use of the REPLY, WAIT, or DELAY keyword in a TOD rule may delay the execution of other TOD rules.
|
Copyright © 2014 CA Technologies.
All rights reserved.
|
|