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:
- Camunda BPM Run
- OpenAPI Documentation
- DMN 1.3 and FEEL 1.2 Support
- Improved Capabilities for Microservice Deployments
- New Authorizations
- Improved Webapp Functionality
- Additional API Functionalities
- Changes to Environments
You can download Camunda 7.13.0 for free or run it with Docker.
Also included in the release:
- Assert 6.0.0 for convenient testing of processes in Java
- Java External Task Client 1.3.1, which can be embedded in Java applications
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.
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.
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.
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.
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:
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.
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).
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.
Additional API Functionalities
This release also introduces multiple additions to the Java and REST API. You can now
- retrieve definitions sorted by their deployment time using
- retrieve a list of distinct external task topic names
- query tasks by list of process instance ids using
- retrieve event subscriptions using the REST API
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
/) and the REST API at
You can change this path in the configuration file. To recreate the old behavior, add the following lines to your
<span class="token key atrule">camunda.bpm.webapp.application-path</span><span class="token punctuation">:</span> <span class="token string">'/'</span> <span class="token key atrule">spring.jersey.application-path</span><span class="token punctuation">:</span> <span class="token string">'/rest'</span>
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.
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.