Replies: 2 comments 1 reply
|
I will add one more point to be clarified. When using scheduler. Shouldn't the runtime to provide in the context a standard property containing the date-time the workflow used to get started ? This is important for processes that needs the current date for run some queries for example. |
0 replies
|
@cvgaviao we already have it here: https://github.com/open-workflow-specification/specification/blob/main/dsl.md#workflow-descriptor The |
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Workflow scheduler is currently described here and here
I have some questions:
after,every,cronandon)?. For example, it appears to me that you can scheduleeverycertain time oraftercertain time, but not both within the same workflow definition. And, althougheveryandcron(depending on the cron expression) can theoretically live together, I have doubts we should allow that combination too.Afterspecify a delay that should be obeyed after a workflow instance ends, but:Aftermeans after every workflow instance? So, for example, if we manually/on/cron instantiate three workflows, then there will be another three workflow instances being executed after a certain delay when these three ones are finished?. Orafteris just similar toeveryand just means that just one instance should always be running after certain delay (with the difference thateverycounts from the moment the workflow start, so there can be in theory more than one instance if the delay is short, andaftercounts from the moment the workflow ends and it means there will be a max of one instance running at a given moment of time, not matter how short is the delay)?everyis present, the first workflow instance of the period should be started once the workflow is parser or after the given delay?All reactions