Description of problem: After applying Update 2, the REST task query response is NOT returning actual-owner tag when a task is in InProgress or Reserved status. /business-central/rest/task/query Please see the attached task responses for each BPM Suite version Version-Release number of selected component (if applicable): 6.1.2 How reproducible: Always Steps to Reproduce: 1. create a simple process with one HT (give an Actor name to the HT); 2. start the process and run the query; /business-central/rest/task/query Actual results: actual-owner tag is missing Expected results: actual-owner tag should be displayed Additional info:
Created attachment 1065677 [details] task_query_output_with_update2
Created attachment 1065678 [details] task_query_output_without_update2
Fixed. Because of other changes, the problem does not occur on 6.3.x or master, but I've cherry-picked the commits there to be sure. Commits: 6.2.x: https://github.com/droolsjbpm/droolsjbpm-integration/commit/a437acd6 6.3.x: https://github.com/droolsjbpm/droolsjbpm-integration/commit/6ec766eb master: https://github.com/droolsjbpm/droolsjbpm-integration/commit/bd6b31ef
There are 2 workarounds available for this problem: 1. Use the GET http://<server>:<port>/business-central/rest/task/{taskId} to retrieve the full task information (as opposed to the task summary), which contains the actual owner information. 2. Use the Remote Java API client (kie-remote-client) to retrieve the task, using the TaskService.getTaskById(long taskId). For both workarounds, the user will need to first identify the task id of the task that the information is needed for, and then retrieve the whole task.
Will it be fixed in Update 4?
This shouldn't have been committed to 6.2.x yet, so we're going to revert that. If this needs to be part of a patch update, please make sure it is requested using the normal procedure. This BZ stays MODIFIED as the change will automatically be picked up for 6.2 product.
The 6.2.x commit has been reverted.
Verified on BPMS 6.2.0 ER4