Hi Axon.ivy Team, In our project, we have several use cases that we would like to use the Delayed Tasks or Expiry Tasks. Depends on the business needs, our delayed or expiration duration may be 30 seconds or less. However, we discovered that the duration does not work if it is smaller than 60 seconds. I had done our homework a little bit and discovered that the I assumed this was done by design but it took me by surprise because I could not find anywhere mentioning this limitation. The interval, 60 seconds, is hardcoded and is not configurable like the Is there any recommended ways to overcome this limitation? UPDATE In our system, we want to communicate to a 3rd party system, namely ABC, via its RESTful API.
Having the above requirements, we are using Signal to trigger the polling to ABC's API asynchronously. The Signal process makes uses of SYSTEM TaskElement whose DelayDuration set to What would be your suggestion to implement such a use case then? Bump this up! Regard Jack asked 25.03.2019 at 06:31 vagabond |
To me this sounds like the perfect use-case for a 'Wait' intermediate event:
I know the samples and API is dated: but for instance the answered 04.04.2019 at 02:54 Reguel Werme... ♦♦ |
Hi Jack In workflow processes delay and expiry times are normally weeks, days or hours. What is your use case that you need to set this to seconds? Are you sure you use the right concept for your use case? There is currently no workaround for this. Regards Reto Weiss, Axon.ivy Support answered 25.03.2019 at 15:46 Reto Weiss ♦♦ Hi Mr Reto Weiss ♦♦, I have updated my question to include the Use Case. Please have a look.
(28.03.2019 at 03:57)
vagabond
|
Once you sign in you will be able to subscribe for any updates here
By RSS:Markdown Basics
Tags:
Asked: 25.03.2019 at 06:31
Seen: 4,795 times
Last updated: 04.04.2019 at 02:57
Hey @Vagabond, can't you just use an Async REST request and wait for the result? Why do you have to poll anyways? Especially If the result is triggered by the UI: you could fire an async rest request from the UI through javascript... and process the result when its ready.
You seemed to miss my last point. It is not required that the UI must be kept open. The Axon.ivy must poll for the result. The 3rd party system involves another process on their own. So the API has two parts. One is for triggering the action. The action is carried out on their side. They provide another API to get the status of the process. In case you may ask, no, they don't support web hook for callbacks.