This release includes hotfixes to core workflow features:
- Workflow evaluation can now be based on subject qualifier expressions, making the application more responsive.
- Several workflow label evaluation issues have been fixed.
- A critical issue with many child workflow steps being created instead of a single step has been fixed.
- The failover monitor has been updated, allowing it to be configurable to work better with JVM garbage collection.
Contact Reach Engine support with any questions, and to ensure you are all set with the features you have become familiar with.
Core Updates
ID | Title | Description |
99509 |
Add polling logic to the runCommandStepExecutor (Workflow) |
New logic has been added to QueryStep and SubmitHTTPStep to use the following attributes:
This allows for workflow authors to achieve a query, delay, and check type loops in a single workflow step.
This significantly decreases the amount of workflow steps, and database load. |
100495 |
Long GC causes unnecessary failover (Workflow) |
Failover time has been increased to avoid failovers, which reduces the number of errors that require user intervention. |
99633 |
/workflow/search is slow to load modals (Performance) |
Overall performance for evaluating workflow search terms for selected assets has been improved. |
100573 |
Create a property to abandon scheduled workflows (Workflow) |
The cleanup service is now configurable, allowing workflows to be abandoned by the system automatically after a set duration. |
Bug Fixes
ID | Title | Description |
98550 |
Duplicate workflow steps (Workflow) |
Child workflow steps were being duplicated causing a drain on system resources.
This fix ensures only one instance of the child workflow step is executed. |
99608 |
Workflows listed in the modal are listed out of ABC order (Spartan) |
Workflows are now properly sorted in alphabetical order regardless of capitalization. |
99364 |
defaultDataExpression re-evaluating data definitions and overwriting its current value at the time of execution for the workflow header executionLabelExpression (Workflow) |
defaultDataExpressions were re-evaluating data definitions and overwriting current values at execution time for the workflow header's executionLabelExpression.
This caused workflows to change data unexpectedly when evaluated as an expression within the workflow, affecting executionLabels, setContextData valueExpressions, and other data.
This caused the workflow to override data when a workflow attempts to update the data definition to another value instead of the set defaultDataExpression.
The benefit of this fix is that the execution labels are now correct, preventing data definitions from being overwritten. |
100546 |
Workflows cannot be abandoned in certain cases (Workflow) |
The step index setting for workflows that has been fixed so that steps are now in the correct order, allowing workflows to be abandoned as expected. |
100547 |
Failover logs are displayed even after the node is marked offline (Workflow) |
Additional failover log entries for unhealthy and deregistered nodes in the scheduler logs have been suppressed and will no longer appear. |
Comments
0 comments
Please sign in to leave a comment.