specification
specification copied to clipboard
Serverless Workflow Specification
**What is the question**: Hi, I have this issue opened and would like to discuss the spec regarding parallel branch does not support direct use of states definitions when comparing...
**What would you like to be added**: Use more ubiquitous duration expressions, such as `00:05:00` instead of `PT5M`. I know that the suggested format does not support concepts such as...
**What would you like to be added**: The `version` of a [workflow definition](https://github.com/serverlessworkflow/specification/blob/main/specification.md#workflow-definition-structure) can be any string. Enforcing [semver](https://semver.org/) should be considerated. **Why is this needed**: In my understanding, the...
**What would you like to be added**: Get rid of obsolete Sleep state and replace it with an action. The state has little to no use IMO, especially since the...
**What would you like to be added**: The name of actions to be `required`. **Why is this needed**: The name is a human, comprehensible way of working. When reviewing the...
**Many thanks for submitting your Pull Request :heart:!** **Please specify parts of this PR update:** - [x] Specification - [ ] Schema - [ ] Examples - [ ] Extensions...
**What would you like to be added**: Group `End` and `Transition` properties, in such way that we can address it as an (activity | state | workflow) outcome. In other...
**What seems off**: ForEach state defines an iterationParam _"The iterationParam property defines the name of the iteration parameter passed to each iteration of the ForEach state. It should contain the...
**What would you like to be added**: In current version, there is only one retry strategy can be assign to action: ``` "actions": [ { "functionRef": "StorePatient", "retryRef": "ServicesNotAvailableRetryStrategy", "retryableErrors":...
**What would you like to be added**: Atomic produce and consume actions, meaning splitting the actual event action into two new actions: produceEvent and consumeEvent. **Why is this needed**: -...