Skip to content

Releases: flowable/flowable-engine

Flowable 6.1.1 release

21 Jul 13:23
Compare
Choose a tag to compare
  • Introduction of audit history in the DMN Engine. When history is enabled in the DMN Engine, an audit log of each decision execution is stored in the DMN database. By default the history is disabled.
  • Replaced the MVEL expression language in the DMN Engine with the same JUEL expression language as used in the BPMN and Form Engine.
  • Refactored DmnRuleService with new ExecuteDecisionBuilder and deprecated old execute decision methods.
  • Call activity - allow to set output parameters a local variables for multi instance executions.
  • Easier usage of async history in combination with a message queue (see https://github.com/flowable/flowable-examples/tree/master/async-history
  • Performance improvement: introduce grouping and compression for async history data
  • Various small bugfixes all around.

Flowable 6.1.0 release

27 Jun 14:56
Compare
Choose a tag to compare
  • Introduction of async history. By enabling the asyncHistoryEnabled property on the process engine configuration (default is false), the history tables are not filled in the same transaction as the runtime tables. Instead an async history job is created and the history information will be written to the history tables in a separate, asynchronous transaction. This also opens up the option to not use the relational history tables at all, and move the historic information to a NoSQL database directly. Pluggability points are available to implement the persistence logic to a NoSQL database.
  • New REST task feature thanks to Harsha. With the new REST task it becomes trivial to do REST calls from a Flowable process instance. There's also support in the Flowable Modeler for REST tasks.
  • Introduction of a new DMN decision table editor. To improve the usability of the DMN decision table editor we are now using the Handsontable framework.
  • The Engine SQL update logic has been improved to only update changed columns.
  • The Odysseus JUEL code is now included directly in the flowable-engine-common module to prevent classloading issues due to conflicting JUEL libraries or even different versions of JUEL libraries.
  • Added option to use a password encoder for the Flowable IDM engine (instead of the default plain text password persistence), thanks to Faizal!
  • Support for static Groovy scripts compilation with the new flowable-groovy-script-static-engine module by using the groovy-static scriptFormat value, thanks to Filip (fgroch)!
  • Several additions to the Form builder and renderer (min/max length, improved expression field and more).
  • Various small bugfixes all around.

Flowable 6.0.1 release

28 Apr 14:38
Compare
Choose a tag to compare
  • First bug fix release for Flowable 6!
  • Improved LDAP support for the UI apps
  • The i18n in the UI apps is now pluggable and there are some first additional languages included
  • Improved event sub process support with nested event sub process support for non interrupting ones
  • More hit policy support in the DMN Engine. The Decision Table editor will be updated in the Flowable 6.1.0 release. The DMN Engine API has been refactored to take into account single and multiple output result objects.
  • Various small bugfixes all around.

Flowable 5.23.0 release

27 Mar 08:50
Compare
Choose a tag to compare
  • Great community contribution for collapsed sub processes by David Pardo. You now can model processes in a hierarchical way without needing to use call activities, which result in different process definitions in the Flowable Engine. When using collapsed sub processes, the modeling part is hierarchical and using different model diagrams for the main process and the sub process models. But when deploying on the Flowable Engine, there's still one process definition using embedded sub processes.
    So this feature it targeted at the modeling level.
  • Bug fix for service tasks with class attributes using skip expressions.
  • Added support for using the Flowable namespace in addition to the Activiti namespace in BPMN XML.
  • Several bug fixes and smaller enhancements.

Flowable 6.0.0 release

15 Feb 13:50
Compare
Choose a tag to compare

Highlights

  • First official release of Flowable 6!
  • Documentation has been updated to Flowable 6 and a DMN and Form Engine user guide have been added.
  • Various small bugfixes all around.

Release remarks

  • We consider the Flowable 6 Engine stable and ready for use
  • We plan to release a 6.0.1 within a few weeks, so we hope to get a lot of feedback on the 6.0.0 release that we can include in a 6.0.1 release
  • The documentation has been extended with a DMN and Form Engine focused user guide, however the main user guide is still the BPMN user guide. We expect to do more documentation updates in the next few weeks.

Flowable 6.0.0.RC1 release

15 Dec 16:14
Compare
Choose a tag to compare
Pre-release

Highlights

  • Package renaming to org.flowable, and renaming of config files to flowable.cfg.xml and flowable-context.xml. It was not an easy decision to go this route, but for the clear distinction and separation of the Flowable project this is the best way forward. The discussion for this choice can be found in this forum post http://forum.flowable.org/t/opinions-on-package-renaming-for-flowable-6-to-org-flowable/118/13
  • Class name renaming to use Flowable instead of Activiti where needed.
  • The identity functionality is separated in the IDM engine, and the identity database tables are managed by this engine. By default the IDM engine is enabled when starting the Flowable engine, but it can be disabled with the disableIdmEngine property.
  • Introduction of a content engine, which provides a simple file store for attaching files/documents to a task or process instance.
  • Support for non interrupting event sub processes. Until this version only interrupting event sub processes were supported, but now it's possible to handle events and let the main process execution continue as well.
  • The task app has been refactored into 3 separate web applications. There's a Flowable Modeler app that contains the modeling repository functionality + the BPMN, form and DMN editor. The second app is the Flowable IDM app that manages the users and groups and handles authentication for each app. For example the Flowable Modeler will redirect to the Flowable IDM app when no valid cookie is found. After logging in to the Flowable IDM app, a redirect to the Flowable Modeler is executed and you can access the Modeler repository. This is done to allow for single sign-on between the different apps. The third app is the Flowable task app, that allows you to start process instances and work with tasks and fill-in forms.
  • Introduction of the Flowable Admin application that allows for querying the BPM, DMN, Form and Content engines.
  • Introduction of Docker images to make it easy to start all apps in a convenient way. In the docker folder several docker start scripts can be found that use a Docker compose file. In an upcoming blog post we will share more information on how this can be used.
  • Persistency logic that was written in Hibernate has all been rewritten to MyBatis to have a common framework for all persistency logic.
  • Various and many small bugfixes all around.

Release remarks

  • This a major milestone to get to the final Flowable 6.0.0 release. All parts of the release are now considered feature complete, so the remaining work will be bug fixing and smaller features.
  • We will continue to improve the docs for the 6.0.0 release.
  • At this point all community testing is extremely important for the quality of the 6.0.0 release. So every contribution is this area is very welcome.

Flowable 5.22.0

13 Oct 08:19
Compare
Choose a tag to compare
  • First Flowable release. Except from the different Maven group (org.flowable) and artefact id (flowable-engine etc), there are no differences when compared to a new Activiti version.
    No changes have been made to package names or config file names.
  • Introduction of transient variables. Transient variables won't be persisted in the Activiti variable tables, but are still available on the execution for the duration of a single transaction. Transient variables can for example be used to store a REST response that is only needed to create a request to another REST service, or to use a Java service task result in the next Java service task without it getting persisted. You can read more about it here
  • Several bug fixes and smaller enhancements