Options

Update a JBoss Installation from 7.1 to 7.2

The following steps describe how to update the Camunda artifacts on a JBoss AS 7 server in a shared process engine setting. For the entire migration procedure, refer to the migration guide. If not already done, make sure to download the Camunda BPM 7.2 JBoss distribution.

The update procedure takes the following steps:

Update the Camunda BPM modules

Configure process engines

Configure optional Camunda BPM extensions (optional)

Update Camunda web applications

Whenever the instructions are to replace a module, make sure to delete the previous version of the module first to avoid orphan jars.

1. Update the Camunda BPM Modules

Replace the following modules from the folder $JBOSS_HOME/modules/ with their new versions from the folder $JBOSS_DISTRIBUTION/modules/:

org/camunda/bpm/camunda-engine

org/camunda/bpm/jboss/camunda-jboss-subsystem

org/camunda/bpm/model/camunda-bpmn-model

org/camunda/bpm/model/camunda-xml-model

org/mybatis/mybatis

If present, also replace the following optional module:

org/camunda/bpm/identity/camunda-identity-ldap

Add the following modules from the folder $JBOSS_DISTRIBUTION/modules/ to the folder $JBOSS_HOME/modules/:

org/camunda/bpm/model/camunda-cmmn-model

org/camunda/commons/camunda-commons-logging

org/camunda/commons/camunda-commons-utils

org/camunda/connect/camunda-connect-core

org/camunda/connect/camunda-connect-http-client

org/camunda/connect/camunda-connect-soap-http-client

org/camunda/bpm/camunda-engine-plugin-connect

org/apache/httpcomponents/httpclient

org/apache/httpcomponents/httpcore

commons-codec/commons-codec

commons-logging/commons-logging

org/camunda/spin/camunda-spin-core

org/camunda/spin/camunda-spin-dataformat-json-jackson

org/camunda/spin/camunda-spin-dataformat-xml-dom

org/camunda/bpm/camunda-engine-plugin-spin

com/fasterxml/jackson/core/jackson-core

com/fasterxml/jackson/core/jackson-databind

com/fasterxml/jackson/core/jackson-annotations

com/jayway/jsonpath/json-path

org/codehaus/groovy/groovy-all

org/camunda/template-engines/camunda-template-engines-freemarker

org/freemarker/freemarker

2. Configure Process Engines

Script Variable Storing

As of 7.2, the default behavior of script variables has changed. Script variables are set in e.g., a BPMN Script Task that uses a language such as JavaScript or Groovy. In previous versions, the process engine automatically stored all script variables as process variables. Starting with 7.2, this behavior has changed and the process engine does not automatically store script variables any longer. You can re-enable the legacy behavior by setting the boolean property autoStoreScriptVariables to true for any process engine in the standalone.xml:

As an alternative, process application developers can migrate script code by replacing all implicit declarations of process variables in their scripts with an explicit call to execution.setVariable('varName', 'value').

3. Configure Optional Camunda BPM Modules

In addition, there are modules for Camunda Connect, Camunda Spin, the Freemarker template language and Groovy scripting that extend the Camunda BPM functionality. Since all these artifacts add new functionality, the following steps are not required for migration.

Camunda Connect

In order to activate Camunda Connect functionality for a process engine, a process engine plugin has to be registered in $JBOSS_HOME/standalone/configuration/standalone.xml as follows:

4. Update Camunda Web Applications

Update Camunda REST API

The following steps are required to update the camunda REST API on a JBoss instance:

Undeploy an existing web application with a name like camunda-engine-rest

Download the REST API web application archive from our Maven Nexus Server. Or switch to the private repository for the enterprise version (User and password from license required). Choose the correct version named $PLATFORM_VERSION/camunda-engine-rest-$PLATFORM_VERSION.war.

Deploy the web application archive to your JBoss instance.

Update Camunda Cockpit, Tasklist, and Admin

The following steps are required to update the Camunda web applications Cockpit, Tasklist, and Admin on a JBoss instance:

Undeploy an existing web application with a name like camunda-webapp

Download the Camunda web application archive from our Maven Nexus Server. Or switch to the private repository for the enterprise version (User and password from license required). Choose the correct version named $PLATFORM_VERSION/camunda-webapp-jboss-$PLATFORM_VERSION.war.

Deploy the web application archive to your JBoss instance.

LDAP Entity Caching

With 7.2, it is possible to enable entity caching for Hypertext Application Language (HAL) requests that the camunda web applications make. This can be especially useful when you use camunda in combination with LDAP. To activate caching, the camunda webapp artifact has to be modified and the pre-built application cannot be used as is. See the REST Api Documentation for details.