-
Notifications
You must be signed in to change notification settings - Fork 52
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
Improve knative broker integration #326
Comments
Yeah in other components we have a special header named CamelOverrideXXX etc to indicate this fact |
I gues in this case we can safely ignore such header as the event is already specified in the URI ? in case you want this dynamic I guess we can use a simple expression and a |
I'm not sure But in the case of the broker, the event name should not be mandatory to lookup the instance. |
so if the event is set on the endpoint, then use it otherwise use the header one should work |
When doing something like:
Then the event is delivered to the same service again. The reason is that the header containing the event type (x) overrides the event type "y" provided in the producer endpoint.
It's not so clear what happens.. Maybe we should make such override not enabled by default.
The text was updated successfully, but these errors were encountered: