Skip to content
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

support handlers being registered for (task definition) types #58

Closed
5 tasks done
nitram509 opened this issue Sep 25, 2022 · 0 comments
Closed
5 tasks done

support handlers being registered for (task definition) types #58

nitram509 opened this issue Sep 25, 2022 · 0 comments
Assignees
Labels
enhancement New feature or request wip work in progress
Milestone

Comments

@nitram509
Copy link
Owner

nitram509 commented Sep 25, 2022

motivation

currently, task handlers only can be registered for single Ids, which means just one element.
it would be a great extension, to allow a single task handler to be used for multiple types.
This would also increase compatibility with Zeebe.

acceptance criteria

  • task handler can be defined for ID
  • task handler can be defined for Type (as in extension taskDefinition)
  • in case of overlapping task handler (id and type would match), the more specific one has precedence == ID first
  • in case of overlapping task handler (id and/or type would match), only the first matching one is executed
  • documentation describes details of how multiple task handlers are treated/executed

links

@nitram509 nitram509 added the wip work in progress label Sep 25, 2022
@nitram509 nitram509 added this to the v0.3.0 milestone Sep 25, 2022
@nitram509 nitram509 self-assigned this Sep 25, 2022
@nitram509 nitram509 added the enhancement New feature or request label Sep 25, 2022
nitram509 added a commit that referenced this issue Sep 25, 2022
nitram509 added a commit that referenced this issue Sep 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request wip work in progress
Projects
None yet
Development

No branches or pull requests

1 participant