Camunda BPM Platform 7.7.0 is here, greatly improving the technical operations of the platform.

The highlights are:

  • Automated, configurable “cleanup” of the history database to avoid large amounts of data
  • New features for Camunda Cockpit (monitoring of external tasks, direct deployment of processes, drill-down for monitoring metrics)
  • Drastic reduction of optimistic locking exceptions when using Job Executor
  • Process Instance Modification for large batches (via API)
  • Process Instance Restart API (single and batch)
  • Improved and more detailed documented security mechanisms
  • Additional technical supported environments (IBM WAS 9, PostgreSQL 9.6, MySQL 5.7).

The complete release notes are available in Jira.

List of known Issues.

You can Download Camunda For Free
or Run it with Docker.

Automated, configurable cleanup of history data

When executing models (BPMN, DMN, CMMN) Camunda can create an audit log containing a complete record of every executed step along with input and output data. This audit log is called “History”.

As more and more models are executed the amount of history data grows, disk space can become an issue and query performance can degrade.

Camunda BPM 7.7 now introduces a new, fully automated and configurable mechanism for cleaning up history data once it is not needed anymore.

To use the cleanup mechanism, it is now possible to define a History Time to Live (TTL) for BPMN, DMN and CMMN models. The TTL can be defined directly in XML, via API or in Cockpit. The TTL controls for how long the history for a finished Process Instance is kept before it is deleted. The following is an example of the TTL definition of 5 days for a BPMN process:

<process id="myProcess" [...] camunda:historyTimeToLive="5">

The cleanup mechanism uses Camunda’s Job Executor to run in the background. It is highly configurable: users can control when it runs (by defining a so called “batch window”) and how much data it deletes in a single transaction (by defining the “batch size”).

More details on the history cleanup mechanism can be found in the documentation.

New Features in Camunda Cockpit

This release adds many new features in Cockpit. In this blogpost we can only present the three main highlights: monitoring of external task information, deployments and drill down for metrics.

History API and monitoring for External Tasks

External tasks are a very powerful feature in Camunda to build resilient systems.

So far, no history data was collected and it was not possible to monitor external tasks in cockpit. These features are added with this release.

In cockpit, users can now see more details on external tasks, both in runtime and history views. The runtime view shows the currently open external tasks for the selected process instance. The history view shows the external task log:

external task log screenshot

Deployments from Cockpit

It is now possible to deploy BPMN, CMMN and DMN models directly from cockpit’s deployment view:

deploying bpmn model in cockpit's deployment view

Metrics Drill Down

It is now possible to select a time span in the chart and find the corresponding process instances, jobs and decisions which were executed during that time:

time span chart

Drastic reduction of optimistic locking exceptions when using Job Executor

This release features an optimization which drastically reduces the number of optimistic locking exceptions when using the job executor. Our [blogpost on the alpha version release]([ref “/post/2017/02/”]) which first introduced this feature has the details.

Batch Process Instance Modification and Restart API

Sometimes a BPMN process instance needs to be repaired and some steps need to be repeated or skipped. Some common causes for this are: incorrect data/payload has been provided or an error in an external system has occurred and now some steps need to be repeated.

To deal with such situations, Camunda introduced the very powerful process instance modification API in previous releases. This API allows a process instance to “go back” or “skip ahead” in the process. However, up until now, this only worked on a single process instance. Starting with 7.7. process instance modification can now be executed on a (potentially large) batch of process instances.

For example, the following code snipped selects all process instances currently waiting inside the activity “review-invoice” and causes them to go to the “select-approver” activity:


More details can be found in the documentation on process instance modification and batch operations

Modification can be executed on process instances which are still running. But what about process instances which have already ended? Sometimes it is necessary to recreate or restart a process instance which has already ended. To achieve this, a completely new API has been introduced, the process instance restart API.

The process instance restart API allows to recreate one or multiple process instances from history. For example, the following code snippet restarts all process instances which were finished (ended) today with their initial set of variables:

Date now = ...;
Date midnight = ...;


Again, the operation is executed asynchronously using Camunda’s batch infrastructure. This ensures that the operation can be executed even if the HistoricProcessInstanceQuery returns a large set of results.

Security Improvements

The 7.7. release also ships a set of security improvements.

First, the security of user passwords was improved:

  • Random salt generation is now used to defend against dictionary attacks.
  • By default, a stronger hashing algorithm is used.

As almost everything in Camunda, both hashing and salting is implemented as pluggable SPIs, allowing users to customize the process and use the algorithms of their choice. The documentation has the details and the following [blogpost]([ref “/post/2017/02/”]) gives an example.

Second, there is now a step by step documentation guiding users through aspects of Camunda which are relevant from a a security point of view.

Much more

There are many more smaller features and bugfixes in the release which cannot be presented here in the blogpost. The full release notes provide the details.

Register for the Webinar

If you have not already, make sure to place a last-minute registration for the free release webinars.

Feedback Welcome

Please try out the awesome new features of this release and provide feedback by commenting on this post or reaching out to us in the forum.

  • Monitoring Camunda Platform 7 with Prometheus

    Monitoring is an essential facet of running applications in a production system. Through this process, organizations collect and analyze data, and determine if a program is performing as expected within set boundaries. When combined with alerting, monitoring allows for detecting unexpected system behavior to mitigate exceptional situations as fast as possible. Furthermore, tracking the performance of a system enables organizations to improve those aspects that have the biggest impact with higher priority. One essential aspect of monitoring is the list of key metrics you want to observe. There are different categories of statistics that can be of interest here. To observe the defined metrics, there are plenty of application monitoring tools on the market today. They differ in many aspects...

    Read more
  • Securing Camunda 8 self-managed cluster and applications...

    Directory services are an effective way to manage an organization’s users, groups, printers, devices, and more. Most organizations accomplish this using Active Directory, Apache Directory, Oracle Internet Directory, or other similar tools. Recently I worked with a customer who wanted to see how he could secure the Camunda 8 Platform and process applications with such a directory. Their requirements consisted of: Allowing Directory users to access Camunda applications (Tasklist, Operate, Optimize) Accessing secured Tasklist & Operate APIs from our custom project Securing the custom project In this article, I’ll briefly explain the 3 easy steps taken to fulfill their requirements which include: Federate users from the Directory service into Keycloak Declare an application in Identity to access Camunda APIs Configure...

    Read more
  • Accelerate Connectivity with Camunda Platform 8.1

    We’re thrilled to announce Camunda Platform 8.1, the latest release of our process orchestration solution. This new version introduces features that accelerate connectivity to the many different systems and technologies that are required for true digital transformation, including: Create custom Connectors with our Integration Framework to accelerate connectivity New out-of-the-box Connectors for popular services Enhancements to Camunda Modeler that improve productivity Hot backups and official support for Amazon EKS and Red Hat OpenShift Plus, several upgrades requested by Camunda Platform 7 customers Organizations across all industries rely on complex technology stacks to adapt and enhance their operations in response to market dynamics, new disruptive companies, and increasing consumer expectations. Your technology stack likely includes everything from cutting-edge technologies to legacy...

    Read more

Ready to get started?

Still have questions?