-
Notifications
You must be signed in to change notification settings - Fork 351
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
Dependencies not added automatically when using dataformats #5662
Comments
cc @christophd |
@lsergio I understand this is affecting when you're adding a Kamelet, right? |
No, this actually happened with a plain k8s Integration:
The Integration builds, but fails to start with the error:
Adding:
causes a new kit to be built and solves the issue. |
Ah, okey. Sorry @christophd I added a mention to you thinking it was related to Kamelets. Thans @lsergio for clarification. Then, I think this is falling under the more general problem described in #527. We discussed some possibility to enhance that by making use of Camel JBang, but, so far, no outcome. If you want, you can try fixing this by adding the parsing in our code. Look at this reference implementation #3312 as it does not seem particularly complex to develop. |
This issue has been automatically marked as stale due to 90 days of inactivity. |
What happened?
When I created an integration that included the following step:
Camel-K didn't include the camel-base64 dependency automatically and it only worked after I included it explicitly in the dependencies section of the spec.
I see that for languages it does so, like in this example:
where the use of jq caused the required dependencies for it to work to be added automatically to the Integration classpath.
I'm assuming dataformats should work like expression languages, and that's the reason I'm opening a bug. If this is by design, please just close it.
Steps to reproduce
No response
Relevant log output
No response
Camel K version
2.2.0
The text was updated successfully, but these errors were encountered: