-
Bug Report
-
Resolution: None
-
L3 - Default
-
None
-
7.13.1
-
None
Environment (Required on creation):
Springboot Example Project from https://docs.camunda.org/get-started/spring-boot/.
Running on MacOSX with Java 11
openjdk 11.0.7 2020-04-14 LTS
OpenJDK Runtime Environment Zulu11.39+15-CA (build 11.0.7+10-LTS)
OpenJDK 64-Bit Server VM Zulu11.39+15-CA (build 11.0.7+10-LTS, mixed mode)
Description (Required on creation; please attach any relevant screenshots, stacktraces, log files, etc. to the ticket):
We are trying to implement a own task list for performance reasons. For doing this we are using a global Tasklisterner. Alle the events are captured as expected. But there seems to be on exception. When we are trying to change a variable via the REST API this will not trigger the global tasklistener.
Steps to reproduce (Required on creation):
We have adjusted to springboot example project to register a global tasklistener via the SpringBoot Event Bridge (org/camunda/bpm/getstarted/loanapproval/WebappExampleProcessApplication.java)
You find that example project attached to this ticket.
When starting the springboot app a loanApproval process instance is started automatically and will waiting in the user task of this process.
We are using the cockpit to get the ID of that very task instance.
We manipulate the variables of this task via the REST-API.
PUT http://localhost:8080/engine-rest/task/62a5e204-ceab-11eb-aa18-acde48001122/variables/testVar Content-Type: application/json {"value" : "test", "type": "String"}
Observed Behavior (Required on creation):
Our global tasklistener is not triggered.
Expected behavior (Required on creation):
The global tasklistener should be triggered.
Root Cause (Required on prioritization):
Solution Ideas (Optional):
Hints (Optional):
All other interactions with a task, even add a task comment seems to be working fine to get the global tasklistener triggered. Only variable manipulation seems not to work.
In a customers project we are using currently Camunda version 7.13.1-ee but the observed behavior is still valid up to the very latest version as well.
This is the controller panel for Smart Panels app
- links to