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

Design how to deal with output messages composition #26

Open
adrianriobo opened this issue Apr 29, 2022 · 3 comments
Open

Design how to deal with output messages composition #26

adrianriobo opened this issue Apr 29, 2022 · 3 comments

Comments

@adrianriobo
Copy link
Owner

The income message does not really need a fixed structure defined....as the idea is access direct field with jsonpath expression and use them to accommodate the actions.

On the other hand the outcome will transmit a message to a target. So it is needed to think the best approach for handle different message schemas.

  • Do they need to be pre defined on code?
    Do we include a set of them depending on the integrations?. How do we make users aware of them?
  • Would the spec support inline template definition?
    In this case how to reuse to avoid flooding specs with duplications?
@adrianriobo
Copy link
Owner Author

Link to #15

@adrianriobo
Copy link
Owner Author

Check some "generic" management based on interfaces... https://github.com/icza/dyno

@adrianriobo
Copy link
Owner Author

Also in case need some generation https://github.com/adrianriobo/dater

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant