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.

You can use this keyword to temporarily avoid a task from running, without deleting it from the workflow and changing its dependencies.

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 SUPPR status 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