Parameter mapping for decision
Parameter mapping for decision activity.
If you want to retrieve data about the decision that got selected at the time of deployment, use the expression ${decisions.id.selection}
. For example ${decisions.decision6d43ee5f.selection}
.
OR (||) Parameter mapping in decision
The cases defined within a decision activity have different output string expressions and the actual output is decided during runtime. As you are not aware of the case that gets selected beforehand, use a OR (||) operator as a delimiter between the output of the cases. The OR (||) operator returns a single first non-nil value. The non-selected parameters always have a nil value and are not considered for further processing.
For example, there is a decision activity that has two cases:
- The output of the first case is
templates.template4ce5b4be.user
- The output of the second case is
templates.template105c1603.user
The OR (||) operator expression for this example is as follows:
${templates.template4ce5b4be.output.user || templates.template105c1603.output.user}
If the first case is selected during runtime, then templates.template4ce5b4be.user
is used for further processing in the workflow as it is the first non-nil value. The templates.template105c1603.user
has a nil value
and is not considered.
If an activity parameter is from inside a decision block and the decision block is not selected, then the parameter (output or input parameter) evaluates to an empty value.
If an activity parameter is from a selected decision block having an empty-value string, then the next parameter having a value string is considered.
If you use interpolation in the error flow around a non executed decision from the primary flow, the resultant value is an empty string.