-
Notifications
You must be signed in to change notification settings - Fork 342
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
Reduce time for first Integration start #2520
Comments
I think it could be interesting to have a simple timer-2-log integration used to imprint the operator container. We would reduce the very first startup time. In any case I can expect 20 minutes in a local developer environment, not on a public cloud :) |
While it doesn't improve the very first run, using Maven repository mirror in a cluster is a way to make subsequent runs faster. |
Perhaps we can make Maven mirroring as the default option and preload a common set of camel jars into the mirror during kamel installation. |
This issue has been automatically marked as stale due to 90 days of inactivity. |
I am working on something related to the build, and we may think to find an easy way to bundle the known basic set of dependencies. We can use a similar approach on what we do with local against the list of dependencies downloaded in 1.9.0-SNAPSHOT (which I created via There is half the number of dependencies needed to download. We may even go further by finding a way to calculate automatically the rest of needed dependencies (ie, the catalog and the related boms). |
During first integration deployment a lot of bom dependencies are downloaded. See https://gist.github.com/apupier/6a9fed422bba9b5fde85164055df89a8 With a simple timer example it can take 20 minutes on a not so fast network.
Maybe the container might be can be prepoluated with common ones?
The text was updated successfully, but these errors were encountered: