-
Notifications
You must be signed in to change notification settings - Fork 159
Group End
and Transition
properties
#684
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Yes, i wish we did this to begin with. Will update |
I'm working on it, PR should be ready by Monday;) |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
/remove-stale |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
Closed as resolved by 1.0.0-alpha1, and therefore as part of #843 |
What would you like to be added:
Group
End
andTransition
properties, in such way that we can address it as an (activity | state | workflow) outcome.In other words, what I'd like to achieve is:
Why is this needed:
Because
End
andTransition
properties are mutually exclusive, and implicitly defines the outcome of an (activity | state | workflow), it makes sense to call is as such. In addition, it simplifies processing of the whole definition, by checking that an outcome has been specified instead of having to do checks on multiple properties. @tsurdilo WDYT?The text was updated successfully, but these errors were encountered: