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

Be able to get all process variables injected as a payload map, even if the explicit injection of a named variable is used. #33

Open
zambrovski opened this issue Sep 5, 2024 · 0 comments
Labels
good first issue Good for newcomers Type: enhancement New feature or request
Milestone

Comments

@zambrovski
Copy link
Contributor

zambrovski commented Sep 5, 2024

Scenario

  • Library version: 0.0.4

Current Behaviour

If you use @Variable only those variables are fetched from the payload and will be given to you. If you in addition inject the Payload Map<String, Object> as a parameter it will still only contain the variables present as individual method parameters.

Wanted Behaviour

Be able to overwrite this behavior with additional attribute of the ProcessEngineWorker annotation and still fetch all variables. (adding overwriteVariableFetching boolean parameter)

Possible Workarounds

Not use @Variable and Map<String, Object> in the same method.

@zambrovski zambrovski added Type: enhancement New feature or request good first issue Good for newcomers labels Sep 5, 2024
@zambrovski zambrovski added this to the LATEST milestone Sep 5, 2024
@zambrovski zambrovski changed the title Be able to get all process variable injected, even if the explicit injection of a named variable is used. Be able to get all process variables injected as a payload map, even if the explicit injection of a named variable is used. Sep 5, 2024
@zambrovski zambrovski modified the milestones: 0.1.1, LATEST Oct 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
good first issue Good for newcomers Type: enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant