-
Notifications
You must be signed in to change notification settings - Fork 107
Conversation
see tqvarnst/quarkus-workshop#2 Signed-off-by: Michael Vorburger <mike@vorburger.ch>
@cescoffier @benoitf @l0rd @dharmit would one of you be able to review and merge this? Tx! What do I then have to do to get it built and published on https://registry.centos.org/che-stacks/centos-quarkus.io-jdk8? |
cc @eivantsov |
@vorburger if https://github.com/eclipse/che-dockerfiles/blob/master/build.sh is handling the format of your new directory, it will be built |
Thank you @vorburger! |
Oh, right; got it. FTR: I just locally ran this |
@vorburger I have a couple of comments:
|
Signed-off-by: Michael Vorburger <mike@vorburger.ch>
@l0rd the context here is https://github.com/tqvarnst/quarkus-workshop/ and specifically tqvarnst/quarkus-workshop#2. This PR proposes (something like) what tqvarnst/quarkus-workshop@c2c5c3c does locally in that project but as an upstream in Che itself. IMHO it will make future maintenance easier to have this here, together with the other very similar containers maintained here? Full disclosure: I would need to learn more about the new sidecar workspaces (with Theia) VS the good old wsagent based workspaces - my current quite limited understanding makes me think that https://github.com/tqvarnst/quarkus-workshop/ stlll uses that old approach.
OK, added in 8ef0f3c. |
To get more info about the new workspace model https://che.eclipse.org/the-new-superpowers-of-che-workspaces-243967a2010 As a consequence of this change, instead of having to maintain the build and runtime images in this repository we can leverage external ones. For instance the new Java stack uses the official maven image from dockerhub: we do not need to maintain our patched image anymore. This new approach scales really well and makes it easy for us to add stacks (gradle, tomcat, spring etc...) with a minimal effort. In other words we need to have a discussion amongst Che maintainers to decide if this repository ( |
OK, then I'll just wait for that. Sorry I'm not super u-to-date, but in the mean time, isn't this repo what currently is still used? Just based on the git log, this repo seems to still be active? We sure could put something like this PR (plus https://github.com/redhat-developer/che-dockerfiles/pull/54; or https://github.com/tqvarnst/quarkus-workshop/tree/master/che-stack) into https://github.com/quarkusio/quarkus-images, but then we would have to copy/paste some of the scripts used - I'm not sure if that is really such a good idea longer term? |
@vorburger I am ok to merge this PR but as far as I know you need to add a Once we have merged this one I would like to add a Quarkus.io sidecar based stack as well. We can guide you do do so if you are interested or we can take care of it. |
added in 8ef0f3c - OK?
OK. I'll reach out to you when this is merged to understand what exactly is needed for that. |
@l0rd @eivantsov it looks like there is still no image pushed to the Pulling repository registry.centos.org/che-stacks/centos-quarkus.io-jdk8 even though it is added to the container index - https://github.com/CentOS/container-index/pull/395/files |
So |
@vorburger hmm, was it just fixed ? downstream CI seems to be still failing - https://ci.centos.org/job/devtools-eclipse-che-build-dockerfiles/618/console
|
The build you linked ran 17h ago, and I tried 30 min ago... but that's not it, I just figured that there is a minor typo diff!! Note BTW note new redhat-developer/rh-che#1393, to wrap this up... |
see tqvarnst/quarkus-workshop#2