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

Kamelet - Possible to pre configure component options #2081

Closed
davsclaus opened this issue Mar 2, 2021 · 3 comments
Closed

Kamelet - Possible to pre configure component options #2081

davsclaus opened this issue Mar 2, 2021 · 3 comments

Comments

@davsclaus
Copy link
Contributor

I the Kamelet docs at
https://camel.apache.org/camel-k/latest/kamelets/kamelets.html

I cannot see a way how I can pre configure the Camel components that the Kamelet may be using.

In regular Camel K I can specify a properties file where I have

camel.component.xxxx.yyyy = 123

Likewise you can also configure data formats, and languages (more rare to do this) so we may want to make available to do this for those kind too.

@lburgazzoli
Copy link
Contributor

I think the main issue here is that, if in your route you instantiate the same kamelets/templates twice, the you have issues when configuring components as the same component is shared among the kamelets/templates (that's the reason we have the kamelet-reifier component in camel-k).

A solution would be to have a route context where the kamelet can bind its own beans but that would complicate a little the camel context.

@davsclaus
Copy link
Contributor Author

Ah yeah that is correct. So we may consider making components private per template, by adding a unique prefix on the component name, and register it in the component registry.

But the idea of RouteContext where we can then bind it as a bean that also works for other clashes, where we do a registry lookup first.

@github-actions
Copy link
Contributor

github-actions bot commented Nov 7, 2021

This issue has been automatically marked as stale due to 90 days of inactivity.
It will be closed if no further activity occurs within 15 days.
If you think that’s incorrect or the issue should never stale, please simply write any comment.
Thanks for your contributions!

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

No branches or pull requests

2 participants