astefanutti commented on issue #3831: URL: https://github.com/apache/camel-k/issues/3831#issuecomment-1326165467
> @astefanutti the main driver for this proposal is the fact we need to decouple the operator from the runtime. > > > Currently we do it by "image inheritance", for the JDK, Maven, and Quarkus bits. Are we sure the only way is via persistant volumes? Just to make sure we've scanned the solution space entirely :) > > This draft design is a first idea on how to possibly decouple. We can brainstorm any further idea and see if it's valid for sure. More than a persistent volume we should talk generically as "Maven repo" to avoid to reason on implementation details. @squakez yes, it occurred to me that particular issue was about what you've stated in the description: > One important thing we should address is how we're removing such dependency from the Build as right now the Camel K Operator container image is inheriting from the [Mandrel image expected by the latest runtime](https://github.com/apache/camel-k/blob/main/build/Dockerfile#L16) in order to be able to perform the build. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
