-
Notifications
You must be signed in to change notification settings - Fork 352
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
Unable to get basic hello.groovy example working on local single node KIND cluster #3349
Comments
|
Does it have to build the image every time I run "kamel run hello.groovy"? |
You don't need Looking at the log, it appears that there is something wrong with the registry settings. Make sure you followed the steps here with the correct credentials: |
@tadayosi I did follow the steps given in https://camel.apache.org/camel-k/1.9.x/installation/platform/kind.html In fact today I followed the approach
|
@tadayosi Question: When I re-created the KIND cluster and ran the same integration again, it created the docker image once again when I didn't change a thing in the Integration file Basic.java. |
@bjethwan If you've just uninstalled Camel K operator, the IntegrationKits used for the build is still there. So long as you keep the IntegrationKits Camel K won't recreate the container image with the hash. As you say, if you recreate the entire kind cluster, or you deleted the entire namespace, the IntegrationKits are also gone and you'll need to rebuild the images. |
@tadayosi So if I take this solution to production, camel-k will not use the tested kit-* but recreate a new one? |
I think the new |
This issue has been automatically marked as stale due to 90 days of inactivity. |
https://camel.apache.org/camel-k/1.9.x/running/running.html
kamel run hello.groovy
It's such a stupid thing that every time it fails to download the base image it again enters in the complete maven build cycle.
The text was updated successfully, but these errors were encountered: