Triggerable Custom Service Tasks in Flowable

Triggerable Custom Service Tasks in Flowable

In this tutorial, we will be implementing a triggerable custom service task in Flowable. A triggerable task, is one that when it is reached, it is executes its business logic, but once done, it enters a wait state. In order to leave this state, it must be triggered.

Contribute Code

If you would like to become an active contributor to this project please follow these simple steps:

  1. Fork it
  2. Create your feature branch
  3. Commit your changes
  4. Push to the branch
  5. Create new Pull Request

What you’ll need

  • About 40 minutes
  • A favorite IDE. In this post, we use Intellij Community
  • JDK 7 or later. It can be made to work with JDK6, but it will need configuration tweaks. Please check the Spring Boot documentation

Starting with Spring Initializr

For all Spring applications, it is always a good idea to start with the Spring Initializr. The Initializr is an excellent option for pulling in all the dependencies you need for an application and does a lot of the setup for you. This example needs only the Spring Web, and H2 Database dependency. The following image shows the Initializr set up for this sample project:

![Spring Initializr](images/initializr.png)

CANCHITO-DEV: Spring Initializr

The following listing shows the `pom.xml` file that is created when you choose Maven:

<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
  xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
  <modelVersion>4.0.0</modelVersion>
  <parent>
    <groupId>org.springframework.boot</groupId>
    <artifactId>spring-boot-starter-parent</artifactId>
    <version>2.2.7.RELEASE</version>
    <relativePath/> <!-- lookup parent from repository -->
  </parent>
  <groupId>com.canchitodev.example</groupId>
  <artifactId>spring-flowable-integration</artifactId>
  <version>0.0.1-SNAPSHOT</version>
  <packaging>war</packaging>

  <name>spring-flowable-integration</name>
  <description>Demo project for Spring Boot using Flowable BPM</description>

  <organization>
    <name>Canchito Development</name>
    <url>http://www.canchito-dev.com</url>
  </organization>

  <issueManagement>
    <system>Canchito Development</system>
    <url>https://github.com/canchito-dev/spring-flowable-integration/issues</url>
  </issueManagement>

  <url>http://www.canchito-dev.com/public/blog/2020/05/10/integrate-flowable-into-your-spring-boot-application/</url>

  <properties>
    <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
    <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
    <java.version>1.8</java.version>
    <flowable.version>6.5.0</flowable.version>
  </properties>

  <dependencies>
    <!-- Starter for building web, including RESTful, applications using Spring MVC. Uses Tomcat as the default embedded container -->
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-web</artifactId>
    </dependency>
    <!-- Starter for building web, including RESTful, applications using Spring MVC. Uses Tomcat as the default embedded container -->

    <!-- H2 Database Engine -->
    <dependency>
      <groupId>com.h2database</groupId>
      <artifactId>h2</artifactId>
      <scope>runtime</scope>
    </dependency>
    <!-- H2 Database Engine -->

    <!-- Starter for using Tomcat as the embedded servlet container. Default servlet container starter used by spring-boot-starter-web -->
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-tomcat</artifactId>
    </dependency>
    <!-- Starter for using Tomcat as the embedded servlet container. Default servlet container starter used by spring-boot-starter-web -->

    <!-- Starter for testing Spring Boot applications with libraries including JUnit, Hamcrest and Mockito -->
    <dependency>
      <groupId>org.springframework.boot</groupId>
      <artifactId>spring-boot-starter-test</artifactId>
      <scope>test</scope>
      <exclusions>
        <exclusion>
          <groupId>org.junit.vintage</groupId>
          <artifactId>junit-vintage-engine</artifactId>
        </exclusion>
      </exclusions>
    </dependency>
    <!-- Starter for testing Spring Boot applications with libraries including JUnit, Hamcrest and Mockito -->

    <!-- Flowable Spring Boot Starter Basic -->
    <dependency>
      <groupId>org.flowable</groupId>
      <artifactId>flowable-spring-boot-starter-basic</artifactId>
      <version>${flowable.version}</version>
    </dependency>
    <!-- Flowable Spring Boot Starter Basic -->
  </dependencies>

  <build>
    <plugins>
      <plugin>
        <groupId>org.springframework.boot</groupId>
        <artifactId>spring-boot-maven-plugin</artifactId>
      </plugin>
    </plugins>
  </build>

</project>

Follow our post Integrate Flowable into your Spring Boot Application, to see how to integrate Flowable.

Introducing the Triggerable Custom Service Task

It is very common to interact with other services or applications by sending a Kafka message or making a HTTP request for instance. During this interaction, once the process instance has executed the delegate’s business logic, it should go into a wait state. At some moment in the future, the external service will return a response and the process instance continues to the next activity.

In the default BPMN notation, this is modeled as a service task followed by a receive task. Nevertheless, this introduces some racing conditions if for instance the external service responses too fast and the process instance has not persisted and the receive task is not active.

In order to solve this, Flowable has come up with a custom attribute (flowable:triggerable) available for use on service tasks. What is does is simple. It joins the behavior of a service task together with a receive task. This means that when the process instance reaches this service task, it will execute the logic found in the method(DelegateExecution) function, as it normally does, and then waits for an external trigger before it continues to the next activity. If the async attribute is also set to true for a triggerable service task, the process instance state is first persisted and then the service task logic will be executed in an async job.

<serviceTask id="aTriggerableServiceTask"
  flowable:expression="#{myService.doSomething()}" 
  flowable:triggerable="true" 
  flowable:async="true" 
/>

To avoid optimistic lock exceptions, it is recommended to trigger it asynchronously. By default, an asynchronous job is exclusive, meaning that the process instance will be locked. This guarantees that no other activity on the process instance interfere with the trigger logic.

Creating a Triggerable Custom Service Task

The first thing you need to do, is create a class and call it TriggerableServiceTask. This class will implement JavaDelegate, TriggerableActivityBehavior and Serializable. Once you have done this, you will need to override the methods execute and trigger. Here is the example code:

@Service("triggerableServiceTask")
@Scope("prototype")
public class TriggerableServiceTask implements JavaDelegate, TriggerableActivityBehavior, Serializable {

    @Override
    public void execute(DelegateExecution execution) {
        incrementCount(execution);
    }

    @Override
    public void trigger(DelegateExecution execution, String signalName, Object signalData) {
        incrementCount(execution);
    }

    public void incrementCount(DelegateExecution execution) {
        String variableName = "count";
        int count = 0;
        if (execution.hasVariable(variableName)) {
            count = (int) execution.getVariable(variableName);
        }
        count++;
        execution.setVariable(variableName, count);
    }
}

The logic is simple. When the execute method is reached, it calls the incrementCount, which it creates a process variable (if it does not exists) named “count”, increases its current value by one, and updates it so that it is available during the process execution.

When the trigger method is reached, the same logic as with the execute method is followed.

Testing the Task

To test it, create a file named triggerable-custom-service-task.bpmn20.xml inside the folder src/main/resources/processes. This is a dummy process definition. The content of the file is below:

<?xml version="1.0" encoding="UTF-8"?>
<definitions
        xmlns="http://www.omg.org/spec/BPMN/20100524/MODEL"
        xmlns:flowable="http://flowable.org/bpmn"
        targetNamespace="Examples">
    <process id="triggerableCustomServiceTask" name="Triggerable Custom Service Task">
        <startEvent id="theStart" />
        <sequenceFlow sourceRef="theStart" targetRef="service1" />
        <serviceTask id="service1" flowable:delegateExpression="${triggerableServiceTask}" flowable:async="true" flowable:triggerable="true"/>
        <sequenceFlow sourceRef="service1" targetRef="usertask1" />
        <userTask id="usertask1" name="Task A"/>
        <sequenceFlow sourceRef="usertask1" targetRef="theEnd" />
        <endEvent id="theEnd" />
    </process>
</definitions>

For testing the workflow, we will use Flowable’s API. But first, we need to add jUnit dependencies. Open the pom.xml file and add:

<dependency>
  <groupId>org.junit.jupiter</groupId>
  <artifactId>junit-jupiter-api</artifactId>
  <version>${junit.jupiter.version}</version>
  <scope>test</scope>
</dependency>

<dependency>
  <groupId>junit</groupId>
  <artifactId>junit</artifactId>
  <version>${junit.version}</version>
  <scope>test</scope>
</dependency>

<dependency>
  <groupId>org.junit.jupiter</groupId>
  <artifactId>junit-jupiter-engine</artifactId>
  <version>${junit.jupiter.version}</version>
  <scope>test</scope>
</dependency>

<dependency>
  <groupId>org.junit.vintage</groupId>
  <artifactId>junit-vintage-engine</artifactId>
  <version>${junit.vintage.version}</version>
  <scope>test</scope>
</dependency>

<dependency>
  <groupId>org.awaitility</groupId>
  <artifactId>awaitility</artifactId>
</dependency>

And under the <build> section, add the following plugins:

<plugin>
  <artifactId>maven-surefire-plugin</artifactId>
  <version>2.22.2</version>
</plugin>

<plugin>
  <artifactId>maven-failsafe-plugin</artifactId>
  <version>2.22.2</version>
</plugin>

Afterwards, create a testing class under folder src/main/test/java. In our case, we named the class FlowableTriggerableCustomServiceTaskApplicationTests. And here is the code:

@SpringBootTest
class FlowableTriggerableCustomServiceTaskApplicationTests {

  @Autowired
  private RuntimeService runtimeService;

  @Autowired
  private TaskService taskService;

  @Autowired
  private HistoryService historyService;

  @Test
  @Deployment(resources = "processes/triggerable-custom-service-task.bpmn20.bpmn")
  void testTriggerableCustomServiceTask() {
    // Start a new process instance
    ProcessInstance processInstance = this.runtimeService.startProcessInstanceByKey("triggerableCustomServiceTask");

    // Check if triggarable custom service task was reached
    await().atMost(30L, TimeUnit.SECONDS).until(
        () -> this.runtimeService.createExecutionQuery()
            .activityId("service1")
            .processInstanceId(processInstance.getProcessInstanceId())
            .singleResult() != null
    );

    // Get the value of the variable 'count' before the trigger
    HistoricVariableInstance historicVariableInstance = this.historyService.createHistoricVariableInstanceQuery()
        .processInstanceId(processInstance.getProcessInstanceId())
        .variableName("count")
        .singleResult();

    // Let's see the value of 'count' as it was modified in the execute method
    System.out.println(String.format("Before trigger: %s", historicVariableInstance.getValue()));

    // We need the execution Id of the triggerable service task
    Execution execution = this.runtimeService.createExecutionQuery()
        .processInstanceId(processInstance.getProcessInstanceId())
        .activityId("service1")
        .singleResult();

    // Trigger the service task.
    this.runtimeService.trigger(execution.getId());

    // Get the value of the variable 'count' after the trigger
    historicVariableInstance = this.historyService.createHistoricVariableInstanceQuery()
        .processInstanceId(processInstance.getProcessInstanceId())
        .variableName("count")
        .singleResult();

    // Let's see the value of 'count' as it was modified in the trigger method
    System.out.println(String.format("After trigger: %s", historicVariableInstance.getValue()));

    // Check if the user task was reached
    await().atMost(30L, TimeUnit.SECONDS).until(
        () -> this.runtimeService.createExecutionQuery()
            .activityId("usertask1")
            .processInstanceId(processInstance.getProcessInstanceId())
            .singleResult() != null
    );

    // Get the task from the TaskService
    Task task = this.taskService.createTaskQuery()
        .processInstanceId(processInstance.getProcessInstanceId())
        .taskName("Task A")
        .singleResult();

    // Complete the user task
    this.taskService.complete(task.getId());

    // Make sure the process has ended
    await().atMost(30L, TimeUnit.SECONDS).until(
        () -> this.historyService.createHistoricProcessInstanceQuery()
            .processInstanceId(processInstance.getProcessInstanceId())
            .finished()
            .singleResult() != null
    );
  }
}

The test is very simple. Here are the steps that we performed. They are also included as comments in the sample code:

  1. Start a process instance
  2. Check is the triggerable custom service task was reached
  3. Get the value of the variable ‘count’ before the trigger
  4. Let’s see the value of ‘count’ as it was modified in the execute method, by printing it in the log console
  5. Get  the execution Id of the triggerable custom service task
  6. Trigger the service task
  7. Get the value of the variable ‘count’ after the trigger
  8. Let’s see the value of ‘count’ as it was modified in the trigger method, by printing it in the log console
  9. Check if the user task was reached
  10. Get the task from the TaskService
  11. Complete the user task
  12. Make sure the process has ended

If you execute the test, you should see these lines logged:

Before trigger: 1
After trigger: 2

Summary

In this post, we have shown how to create a custom and triggerable service task Flowable. We hope that, even though this was a very basic introduction, you understood how to use and configure them. We will try to go deeper into Flowable in upcoming posts.

Please feel free to contact us. We will gladly response to any doubt or question you might have.

Source code can be found in our GitHub repository.

About canchitodev

Professional with solid experience in software development and management, leadership, team-building, workflow design and technological development. I consider myself a proactive, creative problem-solver, results-driven and with exceptional interpersonal skills person, who likes challenges, working as part of a team, and in high demanding environments. In these last few years, my career has focused on software management, development and design in the Media Broadcasting for television stations, thus allowing the automation of workflows

5 2 votes
Article Rating
Subscribe
Notify of

This site uses Akismet to reduce spam. Learn how your comment data is processed.

0 Comments
Inline Feedbacks
View all comments