-
Notifications
You must be signed in to change notification settings - Fork 86
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
spring-boot quickstarts do not work with jolokia jvm connect #956
Comments
okay so @rhuss says its the base image used by spring-boot that is different from the s2i based that recently have adjusted many of the quickstarts. So we are a bit in limbo a while until the dust settles a bit. then we will separate s2i from non-s2i so they are completely independent and s2i dont cause problems for us anymore. |
@davsclaus the problem is that product and upstream use the same S2I image scripts, which doesn't work if product requirements are different from upstream. So all that's needed (after the product release) is to have a proper product redhat branch for S2I images (instead of just the Dockerfile.rhel on the same master branch), so that upstream can work in a non-product environment. |
Fixes fabric8io#1024 Fixes fabric8io#1012 Fixes fabric8io#956
This could help for fabric8io#1024, fabric8io#1012 and fabric8io#956
This could help for fabric8io#1024, fabric8io#1012 and fabric8io#956
deployed both the spring-boot-camel and cdi-camel quickstarts and only the latter works for the jvm connector in the web console.
I looks like the latter exposes a service that I guess jolokia needs
The text was updated successfully, but these errors were encountered: