Panel | ||||
---|---|---|---|---|
|
...
Field Name | Description | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
General | This section contains general information about the Workflow task. | ||||||||||||||
Name |
| ||||||||||||||
Version |
| ||||||||||||||
Description |
| ||||||||||||||
Member of Business Services |
| ||||||||||||||
Resolve Name Immediately |
| ||||||||||||||
Time Zone Preference |
| ||||||||||||||
Hold on Start |
| ||||||||||||||
Hold Reason |
| ||||||||||||||
Virtual Resource Priority |
| ||||||||||||||
Mutually Exclusive With Self |
| ||||||||||||||
|
| ||||||||||||||
Override Previous Instance Wait |
| ||||||||||||||
Workflow Details | This section contains assorted detailed information about the Workflow task. | ||||||||||||||
|
| ||||||||||||||
Auto Layout | If Show/Hide Skipped Tasks = Hide Skipped; specification for the layout of the Workflow Monitor.
| ||||||||||||||
| Default calendar used by the Workflow. If the Workflow is launched by a trigger, the trigger calendar overrides this default calendar. | ||||||||||||||
| If enabled, uses the selected Default Calendar for this Workflow instead of the calendar used in the trigger or parent Workflow. | ||||||||||||||
|
| ||||||||||||||
Wait / Delay Options | This section contains specifications for waiting to start and/or delaying on start the task. | ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
Time Options | This section contains time-related specifications for the task. | ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
Critical Path Options | This section contains Critical Path-related specifications for the task. | ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
Workflow Execution Options | This section contains Execution Restriction specifications for the task if it is within a Workflow. | ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
|
| ||||||||||||||
Self-Service Options | This section contains Self-Service specifications for the task. | ||||||||||||||
Enforce Variables |
| ||||||||||||||
Lock Variables |
| ||||||||||||||
Statistics | This section contains time-related statistics for task instances of the task. | ||||||||||||||
First Execution |
| ||||||||||||||
Last Execution |
| ||||||||||||||
Last Instance Duration |
| ||||||||||||||
Lowest Instance Time |
| ||||||||||||||
Average Instance Time |
| ||||||||||||||
Highest Instance Time |
| ||||||||||||||
Number of Instances |
| ||||||||||||||
Metadata | This section contains Metadata information about this record. | ||||||||||||||
UUID | Universally Unique Identifier of this record. | ||||||||||||||
Updated By | Name of the user that last updated this record. | ||||||||||||||
Updated | Date and time that this record was last updated. | ||||||||||||||
Created By | Name of the user that created this record. | ||||||||||||||
Created | Date and time that this record was created. | ||||||||||||||
Buttons | This section identifies the buttons displayed above and below the Workflow Task Details that let you perform various actions. | ||||||||||||||
Save | Saves a new task record in the Controller database. | ||||||||||||||
Save & New | Saves a new record in the Controller database and redisplays empty Details so that you can create another new record. | ||||||||||||||
Save & Edit | Saves a new record in the Controller database and opens the workflow editor. | ||||||||||||||
Save & View | Saves a new record in the Controller database and continues to display that record. | ||||||||||||||
New | Displays empty (except for default values) Details for creating a new task. | ||||||||||||||
Update |
| ||||||||||||||
View Parents |
| ||||||||||||||
Launch With Variables... | Opens a Launch With Variables... dialog. Optionally, you can:
| ||||||||||||||
Launch |
| ||||||||||||||
Edit Workflow | Displays the Workflow Editor for this task. | ||||||||||||||
Copy | Creates a copy of this task, which you are prompted to rename. | ||||||||||||||
Delete |
| ||||||||||||||
Refresh | Refreshes any dynamic data displayed in the Details. | ||||||||||||||
Close | For pop-up view only; closes the pop-up view of this task. | ||||||||||||||
Tabs | This section identifies the tabs across the top of the Workflow Task Details that provide access to additional information about the task. | ||||||||||||||
Workflow Task | Displays details about this Workflow task. | ||||||||||||||
Task Run Criteria |
| ||||||||||||||
Step Conditions |
| ||||||||||||||
Variables |
| ||||||||||||||
Actions |
| ||||||||||||||
Virtual Resources |
| ||||||||||||||
Mutually Exclusive |
| ||||||||||||||
Critical Endpoints | Lists all critical endpoints defined for this task. | ||||||||||||||
Step Actions | Lists all step actions created for this task. | ||||||||||||||
| Lists all instances of this Workflow. | ||||||||||||||
Triggers |
| ||||||||||||||
Notes |
| ||||||||||||||
|
|
...
Task Type | Success | Failure | Success/Failure | Step Condition(s) | Variable | Exit Code(s) | |
---|---|---|---|---|---|---|---|
IBM i | |||||||
Recurring | |||||||
Universal Monitor | |||||||
z/OS Monitor | |||||||
Anchor | ||||
---|---|---|---|---|
|
...
The status of the tasks in the conditional paths leading to the immediate predecessor tasks do not affect whether or not the successor tasks will run. All tasks leading to an immediate predecessor tasks do not have to have run in order for the successor task to run.
...
Specifying a Condition Expression
...
In the Workflow Editor, you can specify a Condition Expression for the direct predecessor dependencies of a Task vertex.
...
(Task A is Success, Finished or Skipped) and ((Task B is Success, Finished or Skipped) or (Task C is Success, Finished or Skipped))
Condition Expressions
A
...
Condition Expression consists of conditions and/or subexpressions joined by a logical operator.
Valid logical operator values are:
All Satisfied (And)
Any Satisfied (Or)
The
...
Condition Expression tree will always have a root node for the top-level expression. The root node cannot be deleted. By default, the root node will have the vertex’s predecessors as children and the logical operator will be set to “All Satisfied”. This represents the default behavior prior to UC 7.7.0.0.
Info |
---|
The condition expression Condition Expression window will only support editing for the Workflow editor. The tree will be marked read-only for the version and monitor views. When viewing an existing condition expressionCondition Expression, the condition expressionCondition Expression may be altered based on the following rules:
|
Conditions
You can copy a condition by clicking the icon if you need to include it in more than one subexpression.
You can delete a condition by clicking the icon. Prohibited if last remaining condition for the predecessor.
You can drag a condition under a new subexpression to make it a child of the subexpression.
You can drag a condition to a change its position.
Subexpressions
You can add a subexpression by clicking the icon.
You can delete a subexpression by clicking the icon. Prohibited if the subexpression has children.
Clicking the icon on a condition will insert the subexpression below the condition.
Clicking the icon on a subexpression will add the subexpression to the end of the children list.
You can drag a subexpression under a new subexpression to make it a child of the subexpression.
You can drag a subexpression to a change its position.
Cluster Broadcast
There are 3 scenarios to consider whenusing cluster broadcast.
Task with cluster broadcast.
Predecessor task with cluster broadcast.
Task and predecessor task with cluster broadcast.
Task With Cluster Broadcast
In the following Workflow task, WT1 is the task with cluster broadcast.
The Condition Expression for WT1 is shown below.
After launching the Workflow task, 2 dynamic vertices will be generated for WT1 as shown below since there are 3 agents in the cluster.
When launching the Workflow task, the server will copy the Condition Expression to the dynamic vertices when they are created. All 3 vertices for WT1 should have the following Condition Expression.
Predecessor Task With Cluster Broadcast
In the following Workflow task, WT1 is the predecessor task with the cluster broadcast.
The Condition Expression for MT1 is shown below.
Info |
---|
You can create a subexpression with a single condition. This is useful if you want to join the conditions for the vertex and its dynamic vertices with a logical operator. |
When launching the Workflow task, the server will modify the Condition Expression for MT1 to insert a condition for the dynamic vertices wherever the original vertex is specified. Since dynamic vertices have a negative vertex ID, it is easy to identify them when viewing the Condition Expression.
The Condition Expression for MT1 should include original vertex and the dynamic vertices for WT1 under the subexpression.
Task and Predecessor Task With Broadcast Cluster
In the following Workflow task, WT2 is the task with the cluster broadcast and WT1 is the predecessor task with cluster broadcast.
WT1 has the default Condition Expression shown below.
The Condition Expression for WT2 is shown below.
Launching the Workflow task, results in the following.
All the WT1 vertices should have the default Condition Expression.
All the WT2 vertices should have the following Condition Expression. The Condition Expression will be copied from the original WT2 vertex to its dynamic vertices and modified to add the dynamic vertices of WT1.
Inheritance
Condition Expressions are defined against direct dependencies. Leave the Condition Expression as All Satisfied (default) to keep the dependency evaluation behavior unchanged.
The predecessor dependencies of a Skipped vertex in a Condition Expression are not applicable if a Condition Expression is specified as anything other than All Satisfied (default), specifically, when a vertex specified in the Condition Expression is Skipped, this is equivalent to the vertex being Success or Finished with respect to Condition Expression evaluation.
An example is provided below.
In the example above, if you need to be able to skip B and still inherit the dependencies of B, you can add a NOOP task (i.e. Timer 0) between B and E, accordingly.
Info |
---|
The example above demonstrated using the Skip command, however, there are other ways a task can be skipped, such as task run/skip criteria. The same would apply, regardless of how the task instance is skipped. You could also use runtime run/skip criteria to defer skipping B until all of its predecessor dependencies have been satisfied. |
Anchor | ||||
---|---|---|---|---|
|
...
Saving/Updating a Workflow
Click the icon.
Info |
---|
The Controller checks if other users have made changes before updating the workflow. If other modifications were made, a dialog box will appear, giving you options to proceed with the update and overwrite the modifications, cancel the update and return to the workflow editor, or cancel and discard your changes. The Automatically Create Versions system property must be true for the Controller to check for changes made by other users. |
Switching Between Workflows
...