How about a new release of Camunda BPM 7.8 to spice things up?

Among the long list of new features in Camunda BPM 7.8-alpha4, the highlights are:

  • Deletion of Process Definitions in Cockpit (EE)
  • History Cleanup in Cockpit (EE)
  • Batch Process Instance Restart (EE)
  • Interval Configuration for Failed Jobs
  • 11 Bug Fixes

You can Download Camunda BPM 7.8 or Run it with Docker.

To see a full list of the changes, please check out our Release Notes
and the list of Known Issues.

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

Deletion of Process Definitions in Cockpit (EE)

Until now, it has only been possible to erase process definitions in Cockpit by deleting a whole deployment. This behavior is not sensible for any case as, generally speaking, a deployment consists of several process definitions and resources – including those that are possibly still required and not supposed to be deleted.

This release brings a new feature to Cockpit that allows to delete process definitions, regardless of their respective
deployments.

Video demonstrating deleting process definitions in Cockpit

Apart from deleting individual versions, it is even possible to delete all versions of a process definition.

Please bear in mind that this feature is only available in the Enterprise Edition of Camunda BPM.
To try it out anyway, please request a Free Trial or a Quote.

History Cleanup in Cockpit (EE)

History cleanup is a functionality that makes the engine delete outdated data that mainly consists of finished process/decision/case instances and all their related data.

This version of Cockpit introduces a brand new page for this functionality. This page contains two main sections to manage the history cleanup functionality and to get useful reports that help configuring it more efficiently.

History Cleanup Management Section

The first section contains all the necessary information about the state of the history cleanup.

History Cleanup Management

In fact, the cleanup can be in 4 different possible states:

  • There is currently no cleanup running.
  • There is a cleanup scheduled in x amount of time.
  • The last running cleanup had incidents.
  • There is neither a running nor a scheduled cleanup.

Moreover, this section of the cleanup page allows to perform operations on the history cleanup:

  • Trigger a cleanup (only when there is no cleanup already running and when the last running history cleanup had no incidents).
  • Retry the last run cleanup job (only if it had incidents).

Cleanable Instances Report

The second section of the cleanup page contains reports that help configuring the history cleanup functionality more efficiently.

Video demonstrating a Cleanable Instances Report in Cockpit

This section displays information about the finished and cleanable process/decision/case instances and their respective history time to live configurations. Having this information in one view offers insights on whether any configuration changes need to be done.

Furthermore, it is possible to update the history time to live configuration for a certain process/decision/case definition directly from the table.

Notice: this feature is only available in the Enterprise Edition of Camunda BPM.
However, you can still try it out by requesting a Free Trial or a Quote.

Batch Process Instance Restart in Cockpit (EE)

Last month’s release introduced the batch process instance modification feature in Camunda Cockpit. 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, this release makes the Process Instance Restart API available in Camunda Cockpit.

The Process Instance Restart API allows to recreate one or multiple process instances from history. To specify which instances should be restarted, the list of finished process instances can be filtered by start- or end-date, variable values, business key and more. The following animation shows how to restart all process instances with certain variable values:

Animation showing batch process instance restart
Restart multiple process instances as batch

This operation is executed asynchronously using Camunda’s batch infrastructure. This ensures that the operation can also be executed on large sets of process instances.

Interval Configuration for the Failed Jobs

In its default behavior, the Camunda BPM engine takes care of retrying failed jobs automatically. After the initial failure, the job is only retried twice. However, the number of retries can be configured locally within the BPMN 2.0 XML for several BPMN notation elements (e.g., tasks).

The previous release introduced the possibility to configure the number of retrials globally with the property failedJobRetryTimeCycle. However, this property could only accept a static number.

This release introduces a new notation to configure the failedJobRetryTimeCycle property, allowing greater flexibility in the configuration of the number of retries of a failed job and the time of each retry:

...
<process-engine name="default">
  ...
  <properties>
    ...
    <property name="failedJobRetryTimeCycle">PT5M,PT20M,PT30M</property>
  </properties>
</process-engine>
...

In this example, the engine is configured to retry failed jobs 3 times with a delay of 5 minutes before the first retry, 20 minutes before the second one, and 30 minutes before the last one.

For more details about this feature, please check out the
documentation.

What’s Next?

The next alpha version is scheduled for the end of October and our team is already working on it.

If you are curious about what the team is cooking for the next releases, here are few highlights:

  • Support for Microsoft Edge
  • Cockpit – Persistent Columns in Search

You can also find out more details if you check out our roadmap.

The minor release of Camunda BPM 7.8 is coming this fall (November 30, 2017).

Your Feedback Matters!

Your feedback is extremely important for us in order to improve Camunda BPM, so your thoughts are always highly appreciated and considered by our team.

Feel free to share your ideas and suggestions with us by writing a post in the forum.

Furthermore, if you have any feedback related to User Experience, things that keep bugging you, things that you think should work differently etc., please share your thoughts with us at https://camundabpm.userecho.com

  • 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?