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

Quarkus Kubernetes client bean is always injected into the Kubernetes component #6974

Open
jamesnetherton opened this issue Feb 4, 2025 · 1 comment
Labels
area/kubernetes bug Something isn't working

Comments

@jamesnetherton
Copy link
Contributor

Bug description

The quarkus-kubernetes-client extension produces a KubernetesClient which will always get autowired into the Camel component.

The downside of this is that none of the Camel component or endpoint options will have any effect by default, unless autowiring is disabled.

Potentially this is confusing UX as folks may not know that the Quarkus extension configuration is taking precedence over Camel. It also means that the Quarkus KubernetesClient bean is also likely automatically used by other extensions like master & kubernetes-cluster-service.

@jamesnetherton
Copy link
Contributor Author

Changing this now (especially when close to an LTS release) would potentially be like a breaking change IMO. There's even Docs in Camel that point to the current behaviour on CQ:

https://camel.apache.org/manual/using-propertyplaceholder.html#_configuring_kubernetes_client

Also, turns out that it's not easy to suppress the default Quarkus KubernetesClient bean.

For now I think the best way forward is to comprehensively explain how the KubernetesClient configuration works in the extension docs. We can figure out doing something different in a future (maybe next major) release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area/kubernetes bug Something isn't working
Projects
None yet
Development

No branches or pull requests

1 participant