nop
Using this keyword, you can specify that a task must be
included in the plan, but not be launched when the plan starts running. The task is placed in
SUPPR status. If the task contains
standard dependencies, they are released and the successors are launched. If the
dependency is of conditional type, the condition has to be satisfied before the
successors can run.
Syntax
task-statement
[...]
[nop]
[...]
Example
In the following example, the JS_1 workflow contains
three task
definitions:
- TASK_DEFINITION_0, which is flagged as NOP and therefore it will be placed in the
SUPPRstatus when the plan starts running. - TASK_DEFINITION_1, which runs as the plan starts running.
- TASK_DEFINITION_2, which contains a dependency from TASK_DEFINITION_0 and therefore it will run when that dependency is released.
SCHEDULE WS_AGT_0#JS_1
:
WS_AGT_0#TASK_DEFINITION_0
NOP
WS_AGT_0#TASK_DEFINITION_1
WS_AGT_0#TASK_DEFINITION_2
FOLLOWS TASK_DEFINITION_0
END