Contains the official specification for the Serverless Workflow Domain Specific Language. It provides detailed guidelines and standards for defining, executing, and managing workflows in serverless environments, ensuring consistency and interoperability across implementations.
All the event timeouts configured for callback, event and switch states, should allow the definition of a timeout that, instead of moving to the next state defined in the transition property (or the equivalent property, depending on the state), can transition to a configurable state and then return the execution to the original state.
The reason for this change request is to allow executing validation tasks while another task is in pending state.
Additionally, these trigger-based states can be executed more than once, until a configured limit is reached (maybe similar to the retry definition, but not evaluated after failures of services)
What would you like to be added:
All the event timeouts configured for callback, event and switch states, should allow the definition of a timeout that, instead of moving to the next state defined in the transition property (or the equivalent property, depending on the state), can transition to a configurable state and then return the execution to the original state.
The reason for this change request is to allow executing validation tasks while another task is in pending state.
Additionally, these trigger-based states can be executed more than once, until a configured limit is reached (maybe similar to the retry definition, but not evaluated after failures of services)
Why is this needed: