Developer Blog |
A new Appway patch release with version 5.3.2 is available. It is a bugfix release with 18 bugfixes, 3 features and 7 changes. The risk of upgrading from 5.3.1 to 5.3.2 is minimal to zero.
Release notes 5.3.2 (PDF)
Appway 5.3.2 comes with an (optional) extended strategy for the assignment of participants to process tokens on tasks and sub-processes. Up to Appway 5.3.1, the assignment was made based on the participant selected on the swimlane or the return value of the swimlane expression. This is still the default strategy in Appway 5.3.2.
What is new is that, if the configuration property "nm.workflowengine.assignmentstrategy" is set to "Extended", Appway 5.3.2 will use an extended assignment strategy:
The extended assignment strategy allows users to "override" the default assignment rules based on swimlanes by setting a participant in an attribute or property of the process token.
The advantage of using a property is that it exists only for as long as the token is on the current process element ("override once"). If an attribute is used instead, it moves together with the token through the process ("sticky override").
Release notes 5.3.2 (PDF)
Appway 5.3.2 comes with an (optional) extended strategy for the assignment of participants to process tokens on tasks and sub-processes. Up to Appway 5.3.1, the assignment was made based on the participant selected on the swimlane or the return value of the swimlane expression. This is still the default strategy in Appway 5.3.2.
What is new is that, if the configuration property "nm.workflowengine.assignmentstrategy" is set to "Extended", Appway 5.3.2 will use an extended assignment strategy:
- If the process token already has an assigned participant, it is not reassigned.
- If the process token has a property "Appway.QueueName", the value of this property is used as participant.
- If the process token has an attribute "Appway.QueueName", the value of this attribute is used as participant.
- Otherwise, the default assignment strategy is used.
The extended assignment strategy allows users to "override" the default assignment rules based on swimlanes by setting a participant in an attribute or property of the process token.
The advantage of using a property is that it exists only for as long as the token is on the current process element ("override once"). If an attribute is used instead, it moves together with the token through the process ("sticky override").

Comments (0)
