-
Enhancement
-
Resolution: Done
-
Major
-
7.2.1.GA
I have a case where customer is trying to handle exception of WorkIteamHandler(RESTWorkItemHandler) by defining "handlingProcessId" and "handlingStrategy", like as:
~~~
new org.jbpm.process.workitem.rest.RESTWorkItemHandler("bpmsAdmin","admin1",classLoader, "DealWithException","RETRY")
~~~
This approach works fine when we use 'COMPLETE' and 'ABORT' handlingStrategy. With 'RETRY' strategy I am expecting when exception occurs subprocess handle it and after completion of subprocess 'Rest' service task will be triggered agaig and new suprocess will be started to handle the "new" exception. But actually subprocess is called only once and on 2nd attempt Rest task throws exception.
- is cloned by
-
-
- Resolved
-
- mentioned on
[RHPAM-2024] RETRY handlingStrategy should handle exception multiple times while handling exception via subprocess
We should not close any issue, just Resolve, QE needs to verify it before closing.
manaRH this does not have th pm ack but it is already merged
Note: It will be need to be backward compatible, We need to bound the numbers of retries in some way (probably a system property or sort of)
During normal execution an error is always handled by the strategy
but it does not happen the same when you are dealing with the RETRY causing to fail the node:
Seems a global problem of every work item handlers from my point of view.
Marked as Closed for all verified/Release pending issues