Skip to content

Examples

Working example#

We provide demonstrating the usage of the library, depending on the context.

Standalone usage#

The example demonstrates the usage of the library accessing a process engine via REST from an arbitrary SpringBoot application. The client executes the following steps:

Timing overview of the example#

Initial offset Repeat Invoked method
8.0 sec - Get deployed processes
10.0 sec 5 sec Start process
12.5 sec 5 sec Send signal
13.0 sec 5 sec Correlate message

How does it work#

The application uses the library by adding it to the classpath via Apache Maven dependency. That is:

<dependency>
  <groupId>org.camunda.community.rest</groupId>
  <artifactId>camunda-platform-7-rest-client-spring-boot-starter</artifactId>
  <version>${project.version}</version>
</dependency>

In order to activate the library, the @EnableCamundaRestClient has been put on the configuration class of the application. The interesting part is now the ProcessClient component. This Spring Component has several methods marked with @Scheduled annotation to demonstrate the time-based execution of desired functionality. To do so, the component has two injected resources, both marked with the @Qualifier("remote") annotation. This annotation indicates that the remote version of the Camunda API services are used.

In order to configure the library, a block of properties e.g. in application.yml is required. The values specify the location of the remote process engine:

feign:
  client:
    config:
      default:
        url: "http://localhost:8083/engine-rest/"

To run this example, you will need the server part from the next example. To activate the server part only, please run from command line:

mvn clean install
mvn -f examples/example -Prun
mvn -f examples/example-provided -Prun-server-only

Usage inside a process application#

The example demonstrates the usage of the library for accessing a process engine via REST from a Camunda Platform 7 process application. The key difference to the previous example is that the required Camunda classes are already present on the classpath and an engine is initialized and is running.

Imagine the process engine has the following process deployed:

"Example messaging process"

The client (running technically in the same JVM, but accessing the engine via REST) again executes the following steps:

Timing overview of the example#

Initial offset Repeat Invoked method
8.0 sec - Get deployed processes
10.0 sec 5 sec Start process
12.5 sec 5 sec Send signal
13.0 sec 5 sec Correlate message

How does it work#

The application uses the library by adding it to the classpath via Apache Maven dependency. That is:

<dependency>
  <groupId>org.camunda.community.rest</groupId>
  <artifactId>camunda-platform-7-rest-client-spring-boot-starter-provided</artifactId>
  <version>${project.version}</version>
</dependency>

NOTE: Please note that we use a different starter. The suffix provided in the artifact name indicates that the engine is already a part of the application and doesn't need to be put on classpath.

In order to activate the library, the @EnableCamundaRestClient has been put on the configuration class of the application. The interesting part is now the ProcessClient component. This Spring Component has several methods marked with @Scheduled annotation to demonstrate the time-based execution of desired functionality. To do so, the component has two injected resources, both marked with the @Qualifier("remote") annotation. This annotation indicates that the remote version of the Camunda API services are used.

In order to configure the library, a block of properties e.g. in application.yml is required:

feign:
  client:
    config:
      default:
        url: "http://localhost:8083/engine-rest/"

Usage of feign clients#

The example demonstrates the usage of the library for accessing the REST from a Camunda Platform 7 process application using the generated feign clients. The difference to the previous examples is that no Camunda dependency is required on the classpath, as the feign clients are used directly.

How does it work#

The application uses the library by adding it to the classpath via Apache Maven dependency. That is:

<dependency>
  <groupId>org.camunda.community.rest</groupId>
  <artifactId>camunda-platform-7-rest-client-spring-boot-openapi</artifactId>
  <version>${project.version}</version>
</dependency>

In order to activate the library, the @EnableCamundaFeignClients has to be put on the configuration class of the application. The interesting part is now the ProcessClient component. This Spring Component has several methods marked with @Scheduled annotation to demonstrate the time-based execution of desired functionality. To do so, the component has injected the needed feign clients as resources.

In order to configure the library, the same block of properties e.g. in application.yml as before is required:

feign:
  client:
    config:
      ...