Skip to content
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

Move some or all of our base images off of openjdk #159

Closed
cap10morgan opened this issue Apr 28, 2022 · 7 comments
Closed

Move some or all of our base images off of openjdk #159

cap10morgan opened this issue Apr 28, 2022 · 7 comments

Comments

@cap10morgan
Copy link
Collaborator

Oracle is at it again and we'll have to move some or all of our base images off of the openjdk ones. Version 17+ at the very least. But I'm kind of inclined to just move everything to the new one we decide on. The consistency will be easier to implement and maintain over time, and Clojure isn't that sensitive about which JDK it's running on (so hopefully wouldn't break backwards compatibility).

Please leave comments, questions, and new base JDK image suggestions (with some "why") below in comments!

@cap10morgan
Copy link
Collaborator Author

The biggest source of breakage and disruption here will be the underlying Linux distro used by the upstream image. A quick check reveals that Eclipse Temurin is based on Ubuntu (likely mild breakage but more than I'd like) and Amazon Corretto is (of course) based on Amazon Linux (RPM-based distro; massive breakage).

Anyone aware of a not-too-exotic JDK distribution whose official Docker images are Debian-based? I'll keep looking too.

@cap10morgan
Copy link
Collaborator Author

If we can't find a new Debian-based official image to move to then we may have to keep Java 8 & 11 images where they're at for now (which from what I can tell is still going to be supported). I wouldn't want to force any more of that kind of breakage than is absolutely necessary.

@cap10morgan
Copy link
Collaborator Author

One of the Docker official image maintainers posted a good reason to move everything over to a new upstream image (i.e. not just Java 17+).

On the other hand, we could leave Java 8 & 11 alone and just let them age out once they're EOL'd.

Thoughts?

@cap10morgan
Copy link
Collaborator Author

One saving grace with switching distros is that because we have those in the tag names (at least for those following our long-standing advice of including every element they rely on in the tag they pull from), this change will be opt-in.

@Quantisan
Copy link
Owner

If we can't find a new Debian-based official image to move to then we may have to keep Java 8 & 11 images where they're at for now (which from what I can tell is still going to be supported). I wouldn't want to force any more of that kind of breakage than is absolutely necessary.

I'm with you on not forcing anymore breakage than necessary. You're right that 8 and 11 might get stale and we'll need to move them over sooner or later. (FYI 11's EOL is in 2026) But perhaps we can just migrate 17 for now and let folks get used to that before moving the rest over?

There's no clear choice here so I'll leave it to you to decide, @cap10morgan. We should make an announcement though if we're to move 8 and 11 so people using the old images at least have a chance to hear that their base images won't be updated at all anymore.

@cap10morgan
Copy link
Collaborator Author

@Quantisan Agreed to all that. We'll need to make an announcement about 17 anyway (which I can do shortly). But yeah, let's leave 8 and 11 alone for now.

@cap10morgan
Copy link
Collaborator Author

Closing this now since #160 has landed and #161 will soon most likely. :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants