Use our GitHub issue tracker for bug reports or feature requests.
This CIB seven project provides docker images of the latest CIB seven releases. The images can be used to demonstrate and test the CIB seven or can be extended with own process applications. It is planned to provide images on the official docker registry for every upcoming release, which includes alpha releases.
The CIB seven Docker images are wrappers for the pre-packaged CIB seven distributions. The pre-packaged distributions are intended for users who want a getting started experience. In case you want to use the CIB seven Docker images in production, consider reading our security instructions.
You can find more detailed documentation on the pre-packaged (community) distributions that CIB seven provides at the following links:
- Apache Tomcat - CIB seven Tomcat integration documentation
- Wildfly - CIB seven Wildfly Subsystem documentation
- CIB seven Run - documentation
To start a Docker container of the latest CIB seven release:
docker pull cibseven/cibseven:latest
docker run -d --name cibseven -p 8080:8080 cibseven/cibseven:latest
The three CIB seven web apps are accessible through the landing page: http://localhost:8080/webapp/
The default credentials for admin access to the web apps is:
- Username:
demo - Password:
demo
The CIB seven Rest-API is accessible through: http://localhost:8080/engine-rest
See the REST API documentation for more details on how to use it.
Note: The REST API does not require authentication by default. Follow the instructions from the documentation to enable authentication for the REST API.
The following tag schema is used. The user has the choice between different application server distributions of CIB seven.
latest,${DISTRO}-latest: Always the latest minor release of CIB seven.SNAPSHOT,${VERSION}-SNAPSHOT,${DISTRO}-SNAPSHOT,${DISTRO}-${VERSION}-SNAPSHOT: The latest SNAPSHOT version of CIB seven, which is not released yet.${VERSION},${DISTRO}-${VERSION}: A specific version of CIB seven.
${DISTRO} can be one of the following:
tomcatwildflyrun
If no ${DISTRO} is specified, the tomcat distribution is used. For all available tags see the docker hub tags.
You can find the complete CIB seven documentation at https://docs.cibseven.org/.
If you prefer to start your CIB seven Docker image right away, you will find the following links useful:
Because run is a Spring Boot-based distribution, it can be configured through
the respective environment variables. For example:
SPRING_DATASOURCE_DRIVER_CLASS_NAMEthe database driver class name, supported are h2 (default), mysql, and postgresql:- h2:
DB_DRIVER=org.h2.Driver - mysql:
DB_DRIVER=com.mysql.cj.jdbc.Driver - postgresql:
DB_DRIVER=org.postgresql.Driver
- h2:
SPRING_DATASOURCE_URLthe database jdbc urlSPRING_DATASOURCE_USERNAMEthe database usernameSPRING_DATASOURCE_PASSWORDthe database password
When not set or otherwise specified, the integrated H2 database is used.
Any other SPRING_* variables can be used to further configure the app.
Alternatively, a default.yml file can be mounted to /camunda/configuration/default.yml.
More information on configuring Spring Boot applications can be found in the
Spring Boot documentation.
The following environment variables are supported for convenience and
compatibility and are internally mapped to SPRING_DATASOURCE_* variables
when provided:
DB_DRIVERDB_USERNAMEDB_PASSWORDDB_URLDB_PASSWORD_FILE
The JMX_PROMETHEUS configuration is not supported, and while DEBUG can be
used to enable debug output, it doesn't start a debug socket.
run supports different startup options to choose whether or not to enable the
WebApps, the REST API or Swagger UI. By default, all three are enabled.
Passing startup parameters to enable them selectively can be done by passing any
combination of --webapps, --rest or --swaggerui like in the following
example:
Enable only web apps:
docker run cibseven/cibseven:run ./cibseven.sh --webappsEnable only REST API and Swagger UI:
docker run cibseven/cibseven:run ./cibseven.sh --rest --swaggeruiAdditionally, a --production parameter is supported to switch the
configuration to /camunda/configuration/production.yml. This parameter also
disables Swagger UI by default.
Our docker images are using a LTS OpenJDK version supported by CIB seven. This currently means:
- CIB seven 1.0 or later will be based on OpenJDK 17.
- CIB seven 1.0 Run is supported only for JDK 17.
While all the OpenJDK versions supported by CIB seven will work with the exceptions specified above, we will not provide ready to use images for them.
To override the default Java options the environment variable JAVA_OPTS can be set.
Instead of specifying the Java memory settings it is also possible to instruct
the JVM to respect the docker memory settings. As the image uses Java 17 it does
not have to be enabled explicitly using the JAVA_OPTS environment variable.
If you want to set the memory limits manually you can restore the pre-Java-11-behavior
by setting the following environment variable.
JAVA_OPTS="-XX:-UseContainerSupport"
The used database can be configured by providing the following environment variables:
DB_CONN_MAXACTIVEthe maximum number of active connections (default:20)DB_CONN_MAXIDLEthe maximum number of idle connections (default:20)- ignored when app server =
wildflyorrun
- ignored when app server =
DB_CONN_MINIDLEthe minimum number of idle connections (default:5)DB_DRIVERthe database driver class name, supported are h2, mysql, and postgresql:- h2:
DB_DRIVER=org.h2.Driver - mysql:
DB_DRIVER=com.mysql.cj.jdbc.Driver - postgresql:
DB_DRIVER=org.postgresql.Driver
- h2:
DB_URLthe database jdbc urlDB_USERNAMEthe database usernameDB_PASSWORDthe database passwordDB_VALIDATE_ON_BORROWvalidate database connections before they are used (default:false)DB_VALIDATION_QUERYthe query to execute to validate database connections (default:"SELECT 1")DB_PASSWORD_FILEthis supports Docker Secrets. Put here the path of the secret, e.g./run/secrets/camunda_db_password. Make sure thatDB_PASSWORDis not set when using this variable!SKIP_DB_CONFIGskips the automated database configuration to use manual configurationWAIT_FORwait for ahost:portto be available over TCP before starting. Check Waiting for database for details.WAIT_FOR_TIMEOUThow long to wait for the service to be avaiable - defaults to 30 seconds. Check Waiting for database for details.
For example, to use a postgresql docker image as database you can start the
platform as follows:
# start postgresql image with database and user configured
docker run -d --name postgresql ...
docker run -d --name cibseven -p 8080:8080 --link postgresql:db \
-e DB_DRIVER=org.postgresql.Driver \
-e DB_URL=jdbc:postgresql://db:5432/process-engine \
-e DB_USERNAME=camunda \
-e DB_PASSWORD=camunda \
-e WAIT_FOR=db:5432 \
cibseven/cibseven:latest
Another option is to save the database config to an environment file, i.e.
db-env.txt:
DB_DRIVER=org.postgresql.Driver
DB_URL=jdbc:postgresql://db:5432/process-engine
DB_USERNAME=camunda
DB_PASSWORD=camunda
WAIT_FOR=db:5432
Use this file to start the container:
docker run -d --name cibseven -p 8080:8080 --link postgresql:db \
--env-file db-env.txt cibseven/cibseven:latest
The docker image already contains drivers for h2, mysql, and postgresql.
If you want to use other databases, you have to add the driver to the container
and configure the database settings manually by linking the configuration file
into the container.
To skip the configuration of the database by the docker container and use your
own configuration set the environment variable SKIP_DB_CONFIG to a non-empty
value:
docker run -d --name cibseven -p 8080:8080 -e SKIP_DB_CONFIG=true \
cibseven/cibseven:latest
Starting the CIB seven Docker image requires the database to be already
available. This is quite a challenge when the database and CIB seven are
both docker containers spawned simultaneously, for example, by docker compose
or inside a Kubernetes Pod. To help with that, the CIB seven Docker image
includes wait-for-it.sh to allow the
container to wait until a 'host:port' is ready. The mechanism can be configured
by two environment variables:
WAIT_FOR_TIMEOUT: how long to wait for the service to be available in secondsWAIT_FOR: the servicehost:portto wait for. You can provide multiple host-port pairs separated by a comma or an empty space (Example:"host1:port1 host2:port2"). TheWAIT_FOR_TIMEOUTapplies to each specified host, i.e. CIB seven will wait forhost1:port1to become available and, if unavailable for the completeWAIT_FOR_TIMEOUTduration, will wait forhost2:port2for anotherWAIT_FOR_TIMEOUTperiod.
Example with a PostgreSQL container:
docker run -d --name postgresql ...
docker run -d --name cibseven -p 8080:8080 --link postgresql:db \
-e DB_DRIVER=org.postgresql.Driver \
-e DB_URL=jdbc:postgresql://db:5432/process-engine \
-e DB_USERNAME=camunda \
-e DB_PASSWORD=camunda \
-e WAIT_FOR=db:5432 \
-e WAIT_FOR_TIMEOUT=60 \
cibseven/cibseven:latest
CIB seven is installed inside the /camunda directory. Which
means the Apache Tomcat configuration files are inside the /camunda/conf/
directory and the deployments on Apache Tomcat are in /camunda/webapps/.
The directory structure depends on the application server.
To enable JPDA inside the container, you can set the environment variable
DEBUG=true on startup of the container. This will allow you to connect to the
container on port 8000 to debug your application.
This is only supported for wildfly and tomcat distributions.
To enable Prometheus JMX Exporter inside the container, you can set the
environment variable JMX_PROMETHEUS=true on startup of the container.
This will allow you to get metrics in Prometheus format at <host>:9404/metrics.
For configuring exporter you need attach your configuration as a container volume
at /camunda/javaagent/prometheus-jmx.yml. This is only supported for wildfly
and tomcat distributions.
To change the timezone of the docker container, you can set the environment
variable TZ.
docker run -d --name cibseven -p 8080:8080 \
-e TZ=Europe/Berlin \
cibseven/cibseven:latest
You can build a Docker image for a given CIB seven version and distribution yourself.
Make sure to adjust the settings.xml and remove the camunda-nexus mirror
(no matter if you are building a community or enterprise edition).
To build a community image specify the DISTRO and VERSION build
argument. Possible values for DISTRO are:
tomcatwildflyrun(if the CIB seven version already supports it)
The VERSION argument is the CIB seven version you want to build,
i.e. 7.17.0.
docker build -t cibseven \
--build-arg DISTRO=${DISTRO} \
--build-arg VERSION=${VERSION} \
.
Additionally, you can build SNAPSHOT versions for the upcoming releases by
setting the SNAPSHOT build argument to true.
docker build -t cibseven \
--build-arg DISTRO=${DISTRO} \
--build-arg VERSION=${VERSION} \
--build-arg SNAPSHOT=true \
.
You can pass the following arguments to set proxy settings to Maven:
MAVEN_PROXY_HOSTMAVEN_PROXY_PORTMAVEN_PROXY_USERMAVEN_PROXY_PASSWORD
Example for a released version of a community edition:
docker build -t cibseven \
--build-arg DISTRO=${DISTRO} \
--build-arg VERSION=${VERSION} \
--build-arg MAVEN_PROXY_HOST=${PROXY_HOST} \
--build-arg MAVEN_PROXY_PORT=${PROXY_PORT} \
--build-arg MAVEN_PROXY_USER=${PROXY_USER} \
--build-arg MAVEN_PROXY_PASSWORD=${PROXY_PASSWORD} \
.
By default, the driver versions are fetched from https://github.com/cibseven/cibseven/blob/master/database/pom.xml. That can be overriden by passing MYSQL_VERSION and POSTGRESQL_VERSION build args
docker build -t cibseven \
--build-arg DISTRO=${DISTRO} \
--build-arg VERSION=${VERSION} \
--build-arg POSTGRESQL_VERSION=${POSTGRESQL_VERSION} \
--build-arg MYSQL_VERSION=${MYSQL_VERSION} \
.
You can use docker volumes to link your own configuration files inside the
container. For example, if you want to change the bpm-platform.xml on
Apache Tomcat:
docker run -d --name cibseven -p 8080:8080 \
-v $PWD/bpm-platform.xml:/camunda/conf/bpm-platform.xml \
cibseven/cibseven:latest
If you want to add your own process application to the docker container, you can use Docker volumes. For example, if you want to deploy the [twitter demo][] on Apache Tomcat:
docker run -d --name cibseven -p 8080:8080 \
-v /PATH/TO/DEMO/twitter.war:/camunda/webapps/twitter.war \
cibseven/cibseven:latest
This also allows you to modify the app outside the container, and it will be redeployed inside the platform.
To remove all web apps and examples from the distro and only deploy your
own applications or your own configured cockpit also use Docker volumes. You
only have to overlay the deployment folder of the application server with
a directory on your local machine. So in Apache Tomcat, you would mount a
directory to /camunda/webapps/:
docker run -d --name cibseven -p 8080:8080 \
-v $PWD/webapps/:/camunda/webapps/ \
cibseven/cibseven:latest
As we release these docker images on the official docker registry it is
easy to create your own image. This way you can deploy your applications
with docker or provided an own demo image. Just specify in the FROM
clause which CIB seven image you want to use as a base image:
FROM cibseven/cibseven:tomcat-latest
ADD my.war /camunda/webapps/my.war
Apache License, Version 2.0