...
...
...
...
...
...
A description of each artifact shape follows.
On this page
| Table of Contents |
|---|
| Anchor | ||||
|---|---|---|---|---|
|
...
Data
...
The Data artifact shape allows you to indicate
...
This Gateway shape allows you to indicate that waiting is required until parallel workflows complete before proceeding to the next action.
The Name property of this shape defaults to Join.
...
This Gateway shape allows you to determine what the next step is based on a specific condition being true or false.
The following table describes the shape's properties.
...
Property
...
Description
...
Name
...
Defaults is Decision.
...
Condition
...
- The branches of the Decision shape should not converge later, but should represent independent execution paths leading to the ‘end’ shape.
The example of a WRONG scenario below merges the two branches into one shape :
The CORRECT way to do this is to duplicate the second decision shape, as shown in the next picture:
2. Neither branch of the Decision shape should lead directly to the “End” shape. For such scenario it is better to use “Condition To Execute” property of the shape, and get rid of the Decision shape altogether.
WRONG:
CORRECT:
...
how a data payload is passed into the workflow from outside and transferred between the workflow steps.
The following diagram shows several use cases for the Data artifact.
You can use the Data artifact as a data entry point. In this case it is necessary to provide a file mask. In the run window during the test, you can select the file name to use. The default location for the files at run time is tpe/data/msgcenter/cmw/in
There is a Bundle-based check box in the Properties sheet of the Begin shape. If the workflow is bundle-based, then the data file should be delivered to the incoming folder of eagle_ml-2-0_default_cm_ndfa stream.
Another use case is to indicate how data should be moved from one shape to another. In most cases, adjacent shapes do not have to be connected by a Data artifact, but such a connection is absolutely necessary if you want to pass data to a distant shape, or to multiple shapes at once.
| Anchor | ||||
|---|---|---|---|---|
|
You can use the EJM Task Response artifact only to pass the execution result message (Task Status Response, also known as RTR) from one step to another.
The latter step is responsible for parsing the XML Format and extracting necessary information from it.
| Anchor | ||||
|---|---|---|---|---|
|
You can use the EJM Run Task artifact in a similar manner to the EJM Task Response artifact, but it is only available in the workflows built with a deprecated "MC stream cascading" framework.
You can check what framework your workflow is based on by opening the Solution Properties box. To do so, in the Solution Explorer pane, right-click the name of the solution, and then click Properties.
