Skip to content

Project Setup

If you are interested in developing and building the project please follow the following instruction.

Version control#

To get sources of the project, please execute:

git clone
cd camunda-bpm-taskpool

We are using gitflow in our git SCM. That means that you should start from develop branch, create a feature/<name> out of it and once it is completed create a pull request containing it. Please squash your commits before submitting and use semantic commit messages, if possible.

Project Build#

Perform the following steps to get a development setup up and running.

./mvnw clean install

Integration Tests#

By default, the build command will ignore the run of failsafe Maven plugin executing the integration tests (usual JUnit tests with class names ending with ITest). In order to run integration tests, please call from your command line:

./mvnw integration-test failsafe:verify -Pitest -DskipFrontend

Project build modes and profiles#

Camunda Version#

You can choose the used Camunda version by specifying the profile camunda-ee or camunda-ce. The default version is a Community Edition. Specify -Pcamunda-ee to switch to Camunda Enterprise edition. This will require a valid Camunda license. You can put it into a file ~/.camunda/license.txt and it will be detected automatically.

Skip Frontend#

TIP: Components for production use of camunda-bpm-taskpool are backend components only. Frontend components are only created for examples and demonstration purpose.

If you are interested in backend only, specify the -DskipFrontend switch. This will accelerate the build significantly.

Generate SQL scripts#

The project uses Flyway for versioning of database changes. In doing so we provide the required SQL scripts for initialization of required database objects (including Camunda BPM schema, Axon schema and some example schema). If you change any of those you will need to create SQL scripts describing your change. For doing so, you can re-generate the scripts running:

./mvnw -Pgenerate-sql

NOTE: The existing scripts must not be replaced or changed, but new additional scripts needs to added.

Build Documentation#

We are using MkDocs for generation of a static site documentation and rely on Markdown as much as possible. MkDocs is a written in Python 3 and needs to be installed on your machine. For the installation please run the following command from your command line:

python3 -m pip install --upgrade pip
python3 -m pip install -r ./docs/requirements.txt

For creation of documentation, please run:

mkdocs build

The docs are generated into site directory.

!!!note If you want to develop your docs in 'live' mode, run mkdocs serve and access the http://localhost:8000/ from your browser.


Polyflow provides a series of examples demonstrating different features of the library. By default, the examples are built during the project build. If you want to skip the examples, please add the following parameter to your command line or disable the examples module in your IDE.

./mvnw clean package -DskipExamples

Local Start#

!!!important If you want to run examples locally, you will need docker and docker-compose.


Before starting the example applications, make sure the required infrastructure is set up and running. Please run the following from your command line:


This will create required docker volumes and network.

Start containers#

In order to operate, the distributed example applications will require several containers. These are:

  • Axon Server
  • PostgreSQL Database
  • Mongo Database (if used in projection)

Please start the required containers executing the corresponding command from examples/scenarios/distributed-axon-server:

cd ./examples/scenarios/distributed-axon-server
docker-compose up

Starting application (distributed scenario)#

For the distributed scenario, the containers from the previous section needs to be started. To start applications, either use your IDE and create two run configurations for the classes (in this order):

  • io.holunda.camunda.taskpool.example.process.ExampleTaskpoolApplicationDistributedWithAxonServer
  • io.holunda.camunda.taskpool.example.process.ExampleProcessApplicationDistributedWithAxonServer

Alternatively, you can run them from the command line:

./mvnw spring-boot:run -f examples/scenarios/distributed-axon-server/taskpool-application
./mvnw spring-boot:run -f examples/scenarios/distributed-axon-server/process-application

Continuous Integration#

Travis CI is building all branches on commit hook. In addition, a private-hosted Jenkins CI is used to build the releases.

Release Management#

Release management has been set-up for use of Sonatype Nexus (= Maven Central)

What modules get deployed to repository#

Every module is enabled by default. If you want to change this, please provide the property


inside the corresponding pom.xml. Currently, all examples are EXCLUDED from publication into Maven Central.

Trigger new release#

WARNING: This operation requires special permissions.

We use gitflow for development (see A successful git branching model for more details). You could use gitflow with native git commands, but then you would have to change the versions in the poms manually. Therefore, we use the mvn gitflow plugin, which handles this and other things nicely.

You can build a release with:

./mvnw gitflow:release-start
./mvnw gitflow:release-finish

This will update the versions in the pom.xml s accordingly and push the release tag to the master branch and update the develop branch for the new development version.

Trigger a deploy#

!!! warning This operation requires special permissions.

Currently, CI allows for deployment of artifacts to Maven Central and is executed using github actions. This means, that a push to master branch will start the corresponding build job, and if successful the artifacts will get into Staging Repositories of OSS Sonatype without manual intervention.

Run deploy from local machine#

WARNING: This operation requires special permissions.

If you still want to execute the deployment from your local machine, you need to have GPG keys at place and to execute the following command on the master branch:

export GPG_KEYNAME="<keyname>"
export GPG_PASSPHRASE="<secret>"
./mvnw clean deploy -B -DskipTests -DskipExamples -Prelease -Dgpg.keyname=$GPG_KEYNAME -Dgpg.passphrase=$GPG_PASSPHRASE

Release to public repositories#

WARNING: This operation requires special permissions.

The deploy job will publish the artifacts to Nexus OSS staging repositories. Don't forget to close and release the repository to enable it's sync with Maven Central.

Last update: July 5, 2021