7.5.x to 7.6.0. It covers these use cases:
- For administrators and developers: Database Update
- For administrators and developers: Full Distribution Update
- For administrators: Standalone Web Application
- For administrators: Updating a Tasklist Translation File
- For administrators and developers: Application with Embedded Process Engine Update
- DRD support in DMN
- CMMN support in Cockpit
- Batch operations
- Rolling update support
- The isExecutable attribute is mandatory
- Manual activation rule defaults changed
- DMN namespace change
Database Updates
Every ASEE Flow installation requires a database schema update.Procedure
-
Check for available database patch scripts for your database that are within the bounds of your update path.
Locate the scripts at
$DISTRIBUTION_PATH/sql/upgradein the pre-packaged distribution (where$DISTRIBUTION_PATHis the path of an unpacked distribution) or in the ASEE Flow Artifact Repository. We highly recommend to execute these patches before updating. Execute them in ascending order by version number. The naming pattern is$DATABASENAME_engine_7.5_patch_?.sql. -
Execute the corresponding update scripts named
$DATABASENAME_engine_7.5_to_7.6.sql
-
We highly recommend to also check for any existing patch scripts for your database that are within the bounds of the new minor version you are updating to. Execute them in ascending order by version number. Attention: This step is only relevant when you are using an enterprise version of ASEE Flow, e.g.,
7.6.XwhereX > 0. The procedure is the same as in step 1, only for the new minor version.
Full Distribution
This section is applicable if you installed the Full Distribution with a shared process engine. The following steps are required:- Update the ASEE Flow libraries and applications inside the application server
- Migrate custom process applications
$DISTRIBUTION_PATH.
ASEE Flow Libraries and Applications
Please choose the application server you are working with from the following list:Wildfly 10
The pre-built ASEE Flow 7.6 distribution ships with Wildfly 10.1.0, whereas 7.5 ships with Wildfly 10.0.0. ASEE Flow 7.6 is supported on Wildfly 8.2 and 10.0 such that a Wildfly update is not required when migrating from 7.5 to 7.6.Custom Process Applications
For every process application, the ASEE Flow dependencies should be updated to the new version. Which dependencies you have is application- and server-specific. Typically, the dependencies consist of any of the following:camunda-engine-springcamunda-engine-cdicamunda-ejb-client- …
Standalone Web Application
If the standalone web application is in use, the currentwar artifact must be replaced by its new version.
If a database other than the default H2 database is used, the following steps must be taken:
- Undeploy the current version of the standalone web application
- Update the database to the new schema as described in the database update section
- Reconfigure the database as described in the installation section
- Deploy the new and configured standalone web application to the server
Tasklist Translation File
The following labels must be added to the Tasklist locale file:Comment
Application with Embedded Process Engine
This section is applicable if you have a custom application with an embedded process engine. Update the dependencies declared in your application’spom.xml file to the new version. Which dependencies you have is application-specific. Typically, the dependencies consist of any of the following:
camunda-enginecamunda-bpmn-modelcamunda-engine-springcamunda-engine-cdi- …
Special Considerations
This section describes changes in the engine’s default behavior. While the changes are reasonable, your implementation may rely on the previous default behavior. Thus, the previous behavior can be restored by explicitly setting a configuration option. Accordingly, this section applies to any embedded process engine but is not required for a successful update.Custom Mapping of the Decision Result
With ASEE Flow 7.6, the type of the decision result has changed fromDmnDecisionTableResult to DmnDecisionResult. If the decision result of a business rule task or a decision task is processed by an ExecutionListener or a CaseExecutionListener (i.e., custom decision result mapping), then the listener has to adjusted to use the new result type. Since the type is semantically equal and provides the same methods, only the type of the result has to be changed.