topic Re: Handling different retry parameters in Alfresco Archive

Handling different retry parameters

spartan — Thu, 19 May 2016 17:01:55 GMT

Hello,I have to implement my process taking into account that some services can be retried (example : timeout while calling web services). The maximum number of retries and the delay can be different from a service to another one.One designer suggested that we design this using the modeler and addin

Re: Handling different retry parameters

martin_grofcik — Fri, 20 May 2016 06:59:24 GMT

Hi John,

1) Whats do you think about that ? Better to design it on the diagram or rather handle/hide on in the java side ?

I do not know all requirements, but I would vote for now adding additional complexity to process model.

2) How to actually use the retry mechanism provided by Activiti ? By default, there are 3 retries hardcoded.

See job executor configuration

How to make a diffrent number of retries for each of my services ?

In that case you have to add it to the model (I would say as an extensionElement (see examples in the activiti source)).
After that you can hook into process parsing (see doc) to be able to use extension elements from the model during the execution.

Regards
Martin

Re: Handling different retry parameters

spartan — Fri, 20 May 2016 13:02:14 GMT

After that you can hook into process parsing (see doc) to be able to use extension elements from the model during the execution.

Im able to implements a new Parser (extending ServiceTaskParseHandler). I can see the retry values in "ServiceTask.fieldExtensions" then dont know what to do from there…

Re: Handling different retry parameters

martin_grofcik — Mon, 23 May 2016 06:52:24 GMT

Hi John,

I would say that the easiest way how to achieve is to change the behaviour where async tasks are executed. On this place new job is created
and retries are taken from the default values. Instead of default values you can replace them with the values from extension element.

Regards
Martin

Re: Handling different retry parameters

spartan — Mon, 23 May 2016 16:39:13 GMT

I would say that the easiest way how to achieve is to change the behaviour where async tasks are executed

That's what I ended implementing. For the record : it's about writing custom implementation of DefaultFailedJobCommandFactory.

Then after taking a new look, I realized that I could simply set the "failedJobRetryTimeCycleValue" property from a custom parse handler with no need to modify any async task behaviour. That custom handler has been set to the "customDefaultBpmnParseHandlers" conf property. Not sure if "postBpmnParseHandlers" would have been better a better choise. Do you know the purpose of the later ?

Re: Handling different retry parameters

jbarrez — Tue, 31 May 2016 09:58:23 GMT

no … historical reasons most likely…