Page History
Numbered Headings | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
NewOpenAPI import in Blueriq EncoreOpenAPI import in Blueriq Encore is now available, designed to streamline the workflow of the business engineers. Key benefits:
Support:
Read more about OpenAPI import here Retry events for automatic tasksHandling automatic tasks could be difficult in DCM. For once, the task should succeed in the end. However, it could also fail. When this happens we want the task to be retried according to the configured retry mechanism. In the current situation, a task could exit using a standard exit (commit), a cancel exit (rollback) and a technical exception exit. The cancel does not make sense, since it will just abort the task, and wait until some other action has taken place on the case. The technical exception triggers the retry mechanism. However, there is no proper way to make the task fail in a functional way. Also, no information is stored, so the task is always just executed again. To handle automatic tasks properly, a new flow type named "ExecuteTask" is added to the BlueriqCaseModelling library. When this flow type is selected the flow will become an execute task flow and gets access to the retry event node. During execution, when the execute task flow reaches the retry event node, the corresponding task will be handled by the retry mechanism. When the task is retried, the flow will be started with the event parameters specified in the retry event node. This way, for example, particular parts of the flow that succeeded before the functional error can be skipped based on the parameters. Separate Case engine applicationUntil now, the case engine could only be started using the runtime application. A new case engine application is now added to the release and stored in the artifactory. This new case engine application can be used instead of the runtime application to run the case engine. This case engine application uses the same configuration as the runtime application would. In the future, this configuration will be simplified as many case engine specific features will be available by default in the case engine application. For now, the usage of the runtime application to run the case engine will become deprecated. With blueriq Blueriq 18, the functionality for using the runtime application for the case engine will be removed. Enhancements
DocumentationDocumentation on the new features and improvements of this release is linked in the respective topics. Changes Platform SupportOur Platform support is updated. Changes are:
Upgrade InstructionsThere are no specific upgrade instructions for this release.
ArtifactsThe Blueriq artifacts are available under name: 17.x.x.xxxx This release includes these versions of Blueriq components with a separate life cycle:
Blueriq LibrariesThere are no specific Library updates for this release. LibrariesIn this release, the set of third party libraries that is used by Blueriq was updated. When your installation of Blueriq includes custom components (artifacts that do not ship with Blueriq, such as proprietary plugins), those components should be tested for compatibility with these changes.
Retirement announcementThere are no specific retirement announcements. For a full list of deprecated features, go to Deprecated features. Bug fixes
Known issuesFor an overview of known issue please refer to: Known issues Security notification |