Camunda BPM Runtime 7.13 Released

We are excited to announce the Camunda BPM Platform 7.13.0 is now available, including many new features.

Here are some of the highlights:

You can download Camunda 7.13.0 for free or run it with Docker.

Also included in the release:

You can read all about these releases in the dedicated blog post.

For a complete list of the changes, please check out the release notes
and the list of known issues.
For patched security vulnerabilities, see our security notices.

If you want to dig deeper, you can find the source code on GitHub.

Camunda BPM Run

Say hello to the newest distribution: Camunda Run. Run is a standalone process engine that requires no app server or Java knowledge to get started.

Run is a perfect solution for your teams to orchestrate microservices and to get your projects up and running quickly. The distribution comes with the Camunda web applications (Cockpit, Tasklist, Admin) as well as the REST API, offering you the complete Camunda BPMN functionality to automate and orchestrate any of your processes.

To get started, read up on the Run release blogpost, download it here or check out the User Guide.

OpenAPI Documentation

We aim to make extending Camunda as straight forward as possible. To help you when developing external services, we now provide OpenAPI documentation for our REST API. OpenAPI is a standard that defines language-agnostic interfaces for REST APIs. Using the OpenAPI documentation, you can interact with the Camunda process engine with minimal implementation effort.

With many tools already available, you can quickly test out the API using Swagger and even generate a REST client in your favorite programming language.

OpenAPI swagger

The generated REST client can then be used to integrate your existing application into the workflow, or you can extend Camunda in the language of your choice.

Get started by checking the documentation for usage and coverage, and download the specification here.

DMN 1.3 and FEEL 1.2 Support

DMN allows business analysts and stakeholders to model decisions that can be executed inside your process. With DMN 1.3 and FEEL 1.2, the DMN engine becomes even more powerful.

DMN 1.3 allows for easier diagram exchanges between vendors, and FEEL 1.2 extends the FEEL coverage to more elements. FEEL can now be used in input expressions, output entries, and literal expressions.

You can model DMN 1.3 diagrams using the latest version of the Camunda Modeler. Check out the introductory blog post which walks you through all the new features.

Improved Capabilities for Microservice Deployments

This release includes improvements for using Camunda in microservice architectures.

Hostnames in Job Logs

When operating Camunda in a cluster with multiple servers, some jobs might cause problems on a single node. To make debugging easier and get your process running smoothly, faster, we added the hostname of the executing server to the historic job log.

This way, you know exactly which node a specific job ran on, and can make adjustments accordingly.

Hostnames in Cockpit Job Log

The new data is also available in the Camunda REST API

Deployment Aware Batch Jobs and Asynchronous Cockpit Operations

When running Camunda on multiple nodes with different process applications, specific jobs can only be executed on the server with the correct process application. This can lead to problems when batches are not deployment aware and are executed on the wrong server. With Camunda 7.13, all batch jobs are deployment aware.

This ensures that the batch jobs are always executed on the node with the correct process application. The same applies to asynchronously executed cockpit operations.

Make sure to check our Update Guide for further details on this feature with regards to version updates.

New Authorizations

This release introduces improvements for history authorizations. Because SQL queries become more complex with these features, they are not enabled by default. You can enable them with the help of the process engine configuration flag:

<property name="enableHistoricInstancePermissions">true</property>

You can read more about the details and implications in the User Guide.

Historic Task Authorizations

When you worked on a task, you might want to go back and check your submission.
With the historic instance permissions enabled, additional historic task permission is granted when a user is assigned a task. This way, you have access to all Task Instances that you worked on and can review your work.

Historic Process Instance Authorizations

Sometimes, you want to restrict which process instances a person can access. This was already possible with the runtime authorizations, while the historic authorizations worked on a process definition level.
It is now possible to grant access to specific historic process instances only.

Improved Webapp Functionality

With the Camunda webapps, we strive to create an excellent tool for managing and operating your processes.

New Metrics

We added more execution metrics to the system dashboard. Additional to the flow node instances and executed decision elements, we now also display the number of started Root Process Instances (RPI) and Executed Decision Instances (EDI).

Admin System Dashboard

A Root Process Instance has no parent process instance; i.e., it is a top-level execution. An Executed Decision Instance is a DMN decision table or a DMN literal expression.

Read more about metrics in our User Guide.

Accurately Display Failed Activity

Incidents during execution can happen. In that case, the last transaction is rolled back, and an incident is created at the next activity. However, multiple activities can be grouped in one transaction, but the incident token does not indicate the correct activity.

With the release of Camunda BPM 7.13, the failing activity ID is logged and displayed as well.

Failed Activity ID in a Process

Additional API Functionalities

This release also introduces multiple additions to the Java and REST API. You can now

Changes to Environments

We aim to support the latest technologies and provide a wide range of supported environments.

Context Paths in Spring Boot

We changed the default Spring Boot context paths to be in line with the deployment on an application server. The webapps will be available at /camunda (previously /) and the REST API at /engine-rest (previously /rest).

You can change this path in the configuration file. To recreate the old behavior, add the following lines to your application.yaml:

camunda.bpm.webapp.application-path: '/'
spring.jersey.application-path: '/rest'

Read more about configuration options in our

Additional Supported Environments

With Camunda BPM 7.13, we added support for the following environments:

  • Java 14
  • Oracle 19c (also supported as of 7.12.2+)
  • PostgreSQL 12.2
  • Wildfly Application Server 19.0

You can find a list of all supported environments here.

Retired Environments

With this release, we end the support for the following environments:

  • Oracle WebLogic Server 12R1
  • Internet Explorer 11

Dropping support of legacy environments means we can support new technologies and provide a secure product. For more details, please read about the changes in supported environments.

And Much More

There are many smaller features and bug fixes in the release that are not included in this blog post, but the full release notes provide the details.

Register for the Webinar

If you’re not already registered, be sure to secure a spot at the release webinar. You can register for free here.

Your Feedback Matters!

With every release, we strive to improve Camunda BPM, and we rely on your feedback! Feel free to share your ideas and suggestions with us.

You can contact us via the Camunda user forum.

< Back
  • Spring Boot Starter for the External Task...

    We are happy to announce that Camunda Platform Runtime 7.15 will provide a Spring Boot Starter for the External Task Client. It allows you to implement Service Tasks decoupled from the Process Engine using Spring Boot. In seconds, you can build an executable JAR that can run almost anywhere. In 2018, Camunda released the first version of the External Task Client. Since then, our community member Oliver Steinhauer developed a Starter that combines the External Task Client with Spring Boot. With the 7.15 release, we will add the former Community Extension to the official Camunda Stack and will maintain it as part of future product releases. Let’s look at the following example to get a better understanding of the Spring...

    Read more
  • The Zeebe Community Welcomes Camunda Cloud

    The Zeebe Community Welcomes Camunda Cloud!

    The Rise of Camunda Cloud Whether you’re a current Camunda Platform user, interested in our open source software, or simply poking around our blog as a result of a tweet you saw from someone in our community, you may have noticed an increase in the number of times you’re seeing words like Camunda Cloud, SaaS, or Zeebe pop up over the past few months. As you may know, we first released Zeebe, the source-available, community-supported workflow engine, in 2017 (read the history of Zeebe in our CEO’s words). Since then, in addition to creating an amazing enterprise product with Camunda Platform, we’ve been listening to your feedback on Zeebe as well as Camunda Cloud, working hard to build a SaaS...

    Read more
  • Camunda Cloud 1.0.0-alpha2 Released

    We’re excited to announce the release of Camunda Cloud 1.0.0-alpha2, which includes Zeebe 1.0.0-alpha2 Operate 1.0.0-alpha2 Tasklist 1.0.0-alpha2 Updates in Cloud Console How to get it In this post, we’ll highlight some of the new capabilities introduced in these alpha releases. Zeebe 1.0.0-alpha2 The Zeebe team continued its work on getting ready for the 1.0 release and improving many internal components of the workflow engine and its underlying infrastructure. Nevertheless, the alpha2 release already provides an improvement for users of the Java client. The Java job worker implementation now offers a back-off mechanism if the Zeebe service is not available. Before the job worker continues to poll the unavailable service continuously, the job worker will apply an exponential back-off strategy...

    Read more