Nevertheless, every single step away from Oracle is always nice. Considering how scummy they are for not providing LTS Updates for their own trademark product in order to force them to use the commerical JDK instead. That is a really uncharitable take. OpenJDK is primarily developed and maintained by Oracle, and is provided as completely free software (even for commercial use and redistribution). Nobody is forcing anyone to use LTS versions, or to buy commercial support. The team frequently participates on this subreddit (in this thread, even) and are always helpful. Please be a bit more gentle. Answer from Deleted User on reddit.com
🌐
Reddit
reddit.com › r/java › so is temurin is the de-facto standard jdk?
r/java on Reddit: So is Temurin is the de-facto standard JDK?
March 6, 2024 -

Just been browsing through the OpenJDK projects, which probably everyone knows, is an Oracle trademark and provides the "Reference Implementation" JDKs for each release.

Under their "Updates" Project however, for each JDK they are instead recommending people to use Temurin, instead of Oracle's OpenJDK. Source: https://openjdk.org/projects/jdk-updates/

Is it due to Oracle's OpenJDK never having LTS Updates? And does this mean that Temurin is now the de-facto standard OpenJDK build, out of all others?

Nevertheless, every single step away from Oracle is always nice. Considering how scummy they are for not providing LTS Updates for their own trademark product in order to force them to use the commerical JDK instead. Temurin all the way.

Top answer
1 of 12
202
Remember waaay back in the day that you would go to a store and buy a shrink-wrapped carton box, inside of which were 3 things: A CD or two with the actual application. A manual. A warranty / support card you would fill in and toss in a mailbox. It would entitle you to something like 30 days of free support by phoning them. Whilst it wasn't really in the box, you actually bought a fourth thing: That elusive "merchantability" - in most jurisdictions if you pay for a product, you get certain rights that you can't trivially shrink-wrap-sign-away. That the product is even remotely capable of doing what it is advertised as being capable of doing, for example. If you walk into a shop that looks like a bakery and is called 'bakery', and I order "One sandwich please!", and you hand me a rubber sandwich, I can sue you (don't get excited; just for the value of product, not emotional damages or some such) because you didn't deliver on the implicit contract being formed here. Open Source licenses explicitly disavow this one (read any FOSS license, the term will be in there), based on the (to me, anyway, IANAL) solid idea that you aren't paying. When you think about those 4 things, it turns out that it doesn't actually matter who wrote the software that is on those CDs. It is perfectly fine if, say, Yoyodyne incorporated sells one of these boxes (and wrote that manual, and mans those phone lines, and are the party you would sue if the product wildly / neglectfully isn't fit for the clearly communicated purpose), and Intracorp Ltd also sells a box (with their manual, their phone number, etc), and it turns out the actual bytes on those CDs are identical. So what? That's no problem, right? That is EXACTLY how to think about OpenJDK releases! Let's call that a 'packaging': The bytes of the actual software app on that CD are all the same, but, that manual, the phone lines, an arrangement to keep it security-wise up to date in some fashion, the installer, the website, you name it - that's where every 'packaging' can differ. Oracle JDK, Oracle OpenJDK (Those are different things), Azul JDK, Temurin, Coretto - these are all packagings of the exact same thing: The OpenJDK source repo. It's all from the same git branch, it's just - different folks going through the motions to produce binaries, provide websites where you can download them, take care of distributing security updates (which might be as simple as: Hey, downloader? It's all on you mate, you figure it out - but that's still "an arrangement" and notably, one with some legal exposure). It works this way because Oracle does not want the responsibility. They had that responsibility with jusched.exe and the like (where oracle and the end user are jointly responsible for keeping that JVM up to date, which often failed and java was often the butt of security incidents), and oracle no longer wants to have anything to do with it. So, we have: Oracle JVM. A commercial offering (you pay for it). It has support schedules for each version, where LTS versions have much, much longer support. A 'dev' version of this offering is donwloadable but it explicitly disavows absolutely everything, costs nothing, and the license expires the day the next JVM release is out, even for LTS versions. You should not use these, for obvious legal reasons: It's not meant for that, you aren't licensed to use it as general JVM. Oracle OpenJDK. A FOSS offering published directly by the OpenJDK team. These are supported until the next JVM release, and then support ends immediately - there is no such thing as an OpenJDK LTS release at alL! - you should not actually use these because Oracle clearly doesn't want the burden, and, you get no LTS versions here. Temurin. An open source offering that you do want: They support (Weeellll, remember that whole merchantability thing? You don't pay and it's FOSS. They aim to support; you have no legal standing if they don't, of course) their releases and do engage in LTS: Versions that Oracle JVM terms 'LTS' (technically the only canonical meaning of the term 'LTS release' - oracle's commercial offering) are also termed LTS by the adoptium project. corretto - a FOSS-ish offering paid for by amazon. Free, and the JDKs are specifically tested extensively on Amazon's IAAS (Amazon Web Services) offering. Fine to use, especially if you end up running your java code on EC2 or AWS lambda. Azul, SAP, and many other packagings - I think some parties have a free offering but don't use these unless you have an extensive business relationship with these companies. They are consultancies. If you aren't paying they don't give a shit about you: These products are slippery slopes to capture you as a customer. If you know what you are doing and are aware of why these things exist, by all means. If you're already paying these companies, by all means. I've also said that the usual community default (OpenJDK project's own releases) are a bad default - adoptium is better. Same stuff (FOSS, no guarantees not even merchantability), except with a better track record, a much improved support schedule (namely, LTS releases are actually supported for longer), no clear financial incentive to make a bad project (as oracle would prefer you use the commercial Oracle JDK packaging), and motivation for the product itself (vs OpenJDK whose primary job is to make that source code shine, not to make the packaging of it any good). I guess OpenJDK team itself figured this out too. That's nice.
2 of 12
50
Nevertheless, every single step away from Oracle is always nice. Considering how scummy they are for not providing LTS Updates for their own trademark product in order to force them to use the commerical JDK instead. That is a really uncharitable take. OpenJDK is primarily developed and maintained by Oracle, and is provided as completely free software (even for commercial use and redistribution). Nobody is forcing anyone to use LTS versions, or to buy commercial support. The team frequently participates on this subreddit (in this thread, even) and are always helpful. Please be a bit more gentle.
🌐
Which JDK
whichjdk.com
Which Version of JDK Should I Use? | whichjdk.com
The AdoptOpenJDK project was the predecessor of Eclipse Adoptium and provided high-quality OpenJDK builds, both for the default HotSpot and the OpenJ9 virtual machine. The website and older releases are kept online to access archived releases. ⛔️ Recommendation: Do not use AdoptOpenJDK anymore. Use Adoptium Eclipse Temurin instead.
Discussions

java - Difference between OpenJDK and Adoptium/AdoptOpenJDK - Stack Overflow
Due to recent Oracle Java SE Support Roadmap policy update (end of $free release updates from Oracle after March 2019 in particular), I've been searching for alternatives to Oracle Java. I've found... More on stackoverflow.com
🌐 stackoverflow.com
Why suggest installing `temurin` instead of `openjdk`?
Output of brew config n/a Output of brew doctor n/a Description of issue Hi! A small question. On the casks that use depends_on_java, e.g. ijhttp, I see that they suggest installing Java: But it sa... More on github.com
🌐 github.com
2
1
java - What are the advantages of installing Eclipse Temurin OpenJDK in place of OpenJDK Deb Package on Debian? - Stack Overflow
I have on my Debian 11 Bullseye these JDK installed : sudo update-java-alternatives -l java-1.11.0-openjdk-amd64 1111 /usr/lib/jvm/java-1.11.0-openjdk-amd64 java-1.8.0-openjdk-amd64 ... More on stackoverflow.com
🌐 stackoverflow.com
Inquiry About Transitioning from Oracle JDK to Adoptium OpenJDK
Question Inquiry About Transitioning from Oracle JDK to Adoptium OpenJDK Context I hope this message finds you well. I am currently using Oracle JDK and am considering transitioning to Adoptium's Eclipse Temurin OpenJDK. I appreciate the... More on github.com
🌐 github.com
3
November 19, 2024
🌐
Hacker News
news.ycombinator.com › item
It went from Java to OpenJDK, to Eclipse Temurin (formerly OpenJDK from Eclipse ... | Hacker News
November 1, 2021 - To compare I find a licensing situation on mid-size (50+ direct dependencies) or larger project much harder to comprehend - you need to figure out what licenses are used, if they can be used at all due to the requirements and company's policy, if they are compatible with each other and what's ...
🌐
Medium
medium.com › @Fredtaylor1 › openjdk-temurin-graalvm-which-java-should-you-actually-install-9eb88c1eb8dd
OpenJDK, Temurin, GraalVM… Which Java Should You Actually Install? | by Frederick Taylor | Medium
August 19, 2025 - Most of the other JDKs we’ll discuss are essentially “cocktails” made by taking OpenJDK’s source code, packaging it themselves, and adding other auxiliary materials. Remember, its lineage is the purest, and that’s key. Oracle JDK: This is the product from Java’s parent company, Oracle, and was once the default choice. But things have changed. Since Java 11, using its LTS versions in a production environment requires a paid subscription. ... Temurin (Adoptium): This can be seen as the community-driven alternative.
Top answer
1 of 2
528

In short:

  • OpenJDK has multiple meanings and can refer to:
    • free and open source implementation of the Java Platform, Standard Edition (Java SE)
    • open source repository — the Java source code aka OpenJDK project
    • prebuilt OpenJDK binaries maintained by Oracle
    • prebuilt OpenJDK binaries maintained by the OpenJDK community
  • AdoptOpenJDK — prebuilt OpenJDK binaries maintained by community (open source licensed)

Explanation:

Prebuilt OpenJDK (or distribution) — binaries, built from https://hg.openjdk.java.net/, provided as an archive or installer, offered for various platforms, with a possible support contract.

OpenJDK, the source repository (also called OpenJDK project) - is a Mercurial-based open source repository, hosted at https://hg.openjdk.java.net. The Java source code. The vast majority of Java features (from the VM and the core libraries to the compiler) are based solely on this source repository. Oracle have an alternate fork of this.

OpenJDK, the distribution (see the list of providers below) - is free as in beer and kind of free as in speech, but, you do not get to call Oracle if you have problems with it. There is no support contract. Furthermore, Oracle will only release updates to any OpenJDK (the distribution) version if that release is the most recent Java release, including LTS (long-term support) releases. The day Oracle releases OpenJDK (the distribution) version 12.0, even if there's a security issue with OpenJDK (the distribution) version 11.0, Oracle will not release an update for 11.0. Maintained solely by Oracle.

Some OpenJDK projects - such as OpenJDK 8 and OpenJDK 11 - are maintained by the OpenJDK community and provide releases for some OpenJDK versions for some platforms. The community members have taken responsibility for releasing fixes for security vulnerabilities in these OpenJDK versions.

AdoptOpenJDK, the distribution is very similar to Oracle's OpenJDK distribution (in that it is free, and it is a build produced by compiling the sources from the OpenJDK source repository). AdoptOpenJDK as an entity will not be backporting patches, i.e. there won't be an AdoptOpenJDK 'fork/version' that is materially different from upstream (except for some build script patches for things like Win32 support). Meaning, if members of the community (Oracle or others, but not AdoptOpenJDK as an entity) backport security fixes to updates of OpenJDK LTS versions, then AdoptOpenJDK will provide builds for those. Maintained by OpenJDK community.

OracleJDK - is yet another distribution. Starting with JDK12 there will be no free version of OracleJDK. Oracle's JDK distribution offering is intended for commercial support. You pay for this, but then you get to rely on Oracle for support. Unlike Oracle's OpenJDK offering, OracleJDK comes with longer support for LTS versions. As a developer you can get a free license for personal/development use only of this particular JDK, but that's mostly a red herring, as 'just the binary' is basically the same as the OpenJDK binary. I guess it means you can download security-patched versions of LTS JDKs from Oracle's websites as long as you promise not to use them commercially.

Note. It may be best to call the OpenJDK builds by Oracle the "Oracle OpenJDK builds".

Donald Smith, Java product manager at Oracle writes:

Ideally, we would simply refer to all Oracle JDK builds as the "Oracle JDK", either under the GPL or the commercial license, depending on your situation. However, for historical reasons, while the small remaining differences exist, we will refer to them separately as Oracle’s OpenJDK builds and the Oracle JDK.


OpenJDK Providers and Comparison

Provider Free Builds
from Source
Free Binary
Distributions
Extended
Updates
Commercial
Support
Permissive
License
Website
AdoptOpenJDK Yes Yes Yes No Yes https://adoptopenjdk.net
Amazon – Corretto Yes Yes Yes No Yes https://aws.amazon.com/corretto
Azul Zulu No Yes Yes Yes Yes https://www.azul.com/downloads/zulu/
BellSoft Liberica No Yes Yes Yes Yes https://bell-sw.com/java.html
IBM No No Yes Yes Yes https://www.ibm.com/developerworks/java/jdk
jClarity No No Yes Yes Yes https://www.jclarity.com/adoptopenjdk-support/
OpenJDK Yes Yes Yes No Yes https://adoptopenjdk.net/upstream.html
Oracle JDK No Yes No** Yes No https://www.oracle.com/technetwork/java/javase/downloads
Oracle OpenJDK Yes Yes No No Yes https://jdk.java.net
ojdkbuild Yes Yes No No Yes https://github.com/ojdkbuild/ojdkbuild
RedHat Yes Yes Yes Yes Yes https://developers.redhat.com/products/openjdk/overview
SapMachine Yes Yes Yes Yes Yes https://sap.github.io/SapMachine

Free Builds from Source - the distribution source code is publicly available and one can assemble its own build

Free Binary Distributions - the distribution binaries are publicly available for download and usage

Extended Updates - aka LTS (long-term support) - Public Updates beyond the 6-month release lifecycle

Commercial Support - some providers offer extended updates and customer support to paying customers, e.g. Oracle JDK (support details)

Permissive License - the distribution license is non-protective, e.g. Apache 2.0


Which Java Distribution Should I Use?

In the Sun/Oracle days, it was usually Sun/Oracle producing the proprietary downstream JDK distributions based on OpenJDK sources. Recently, Oracle had decided to do their own proprietary builds only with the commercial support attached. They graciously publish the OpenJDK builds as well on their https://jdk.java.net/ site.

What is happening starting JDK 11 is the shift from single-vendor (Oracle) mindset to the mindset where you select a provider that gives you a distribution for the product, under the conditions you like: platforms they build for, frequency and promptness of releases, how support is structured, etc. If you don't trust any of existing vendors, you can even build OpenJDK yourself.

Each build of OpenJDK is usually made from the same original upstream source repository (OpenJDK “the project”). However each build is quite unique - $free or commercial, branded or unbranded, pure or bundled (e.g., BellSoft Liberica JDK offers bundled JavaFX, which was removed from Oracle builds starting JDK 11).

If no environment (e.g., Linux) and/or license requirement defines specific distribution and if you want the most standard JDK build, then probably the best option is to use OpenJDK by Oracle or AdoptOpenJDK.


Additional information

Time to look beyond Oracle's JDK by Stephen Colebourne

Java Is Still Free by Java Champions community (published on September 17, 2018)

Java is Still Free 2.0.0 by Java Champions community (published on March 3, 2019)

Aleksey Shipilev about JDK updates interview by Opsian (published on June 27, 2019)

2 of 2
198

Update 2021-09

  • For versions 8 through 16, Oracle required a fee if their own Oracle JDK product was used in production, but not for dev, test, and training usages.
  • For Java 17, the Oracle JDK product is available under a new No-Fee Terms and Conditions license, discussed on the Oracle company blog.

On my first reading, it appears this new license makes production use free-of-cost (along with dev, test, and training usages), except for products sold for a fee while bundling the Oracle JDK product. But I am not an attorney, so read the terms yourself and consult legal advice as needed.

Keep in mind that many other vendors continue to provide implementations of the Java specs, as shown in the flowchart below. Some of these vendors sell support plans, either optionally or as a requirement for use of their product. Never assume, always read the detailed requirements for any distribution you obtain.

Another 2021 update: Add Microsoft to the list of vendors seen below.


Update: AdoptOpenJDK has changed its name to Adoptium, as part of its move to the Eclipse Foundation.


OpenJDK ➙ source code
Adoptium/AdoptOpenJDK ➙ builds

Difference between OpenJDK and AdoptOpenJDK

The first provides source-code, the other provides builds of that source-code.

  • OpenJDK is an open-source project providing source-code (not builds) of an implementation of the Java platform as defined by:
    • the Java Specifications
    • Java Specification Request (JSR) documents published by Oracle via the Java Community Process
    • JDK Enhancement Proposal (JEP) documents published by Oracle via the OpenJDK project
  • AdoptOpenJDK is an organization founded by some prominent members of the Java community aimed at providing binary builds and installers at no cost for users of Java technology.

Several vendors of Java & OpenJDK

Adoptium of the Eclipse Foundation, formerly known as AdoptOpenJDK, is only one of several vendors distributing implementations of the Java platform. These include:

  • Eclipse Foundation (Adoptium/AdoptOpenJDK)
  • Azul Systems
  • Oracle
  • Red Hat / IBM
  • BellSoft
  • SAP
  • Amazon AWS
  • … and more

See this flowchart of mine to help guide you in picking a vendor for an implementation of the Java platform. Click/tap to zoom.

Another resource: This comparison matrix by Azul Systems is useful, and seems true and fair to my mind.

Here is a list of considerations and motivations to consider in choosing a vendor and implementation.

Some vendors offer you a choice of JIT technologies.

To understand more about this Java ecosystem, read Java Is Still Free

Find elsewhere
🌐
Adoptium
adoptium.net › temurin › releases
Download Temurin® JDK
Eclipse Temurin offers high-performance, cross-platform, open-source Java runtime binaries that are enterprise-ready and Java SE TCK-tested for general use in the Java ecosystem.
🌐
Foojay
foojay.io › home › which java runtime should you use in production? comparing openjdk distributions
Choosing the Right OpenJDK Distribution for Production
April 20, 2026 - Compared to raw upstream OpenJDK, it's the first distribution on this list that can actually be deployed. The gap is support ownership. Adoptium doesn't sell commercial support, it lists third-party providers.
🌐
TrustRadius
trustradius.com › compare-products › eclipse-temurin-vs-openjdk
Compare Eclipse Temurin vs OpenJDK 2026 | TrustRadius
Compare Eclipse Temurin vs OpenJDK. 25 verified user reviews and ratings of features, pros, cons, pricing, support and more.
🌐
Jdkcomparison
jdkcomparison.com
JDK Comparison
JDK Comparison allows you to compare JDKs of the most important vendors side-by-side. Filter and sort them by the features that interest you most, like garbage collectors or support.
🌐
Bell Software
bell-sw.com › blog › oracle-java-alternatives-comparison-of-openjdk-distributions
Alternatives to Oracle Java — Overview of OpenJDK Distributions (2026)
April 21, 2026 - In practice, Temurin releases tend to follow the Oracle CPU schedule by a few days to a week, slightly later than some vendor distributions. JDK and JRE builds are provided for all supported versions. Adoptium has committed to building binaries for LTS releases as long as the corresponding upstream OpenJDK source is actively maintained.
🌐
Devopskit
devopskit.tech › posts › which jdk image should you use: openjdk, zulu, eclipse temurin?
Which JDK Image Should You Use: OpenJDK, Zulu, Eclipse Temurin? | Real-World DevOps: CI/CD, Monitoring & Kubernetes Guides
August 27, 2025 - The OpenJDK project provides the reference implementation of Java. It’s available as an official Docker image: ... For most developers: Temurin is a reliable, community-supported choice with good update cadence.
🌐
Adoptium
adoptium.net
Home | Adoptium
The Adoptium Working Group promotes and supports high-quality, TCK certified runtimes and associated technology for use across the Java ecosystem. Eclipse Temurin is the name of the OpenJDK distribution from Adoptium.
🌐
Progress
community.progress.com › s › question › 0D5Pb000045h7eMKAQ › what-java-version-eclipse-temurin-adoptium-openjdk-
What Java version Eclipse Temurin (Adoptium) OpenJDK ? - Progress Community
April 9, 2026 - What Java version Eclipse Temurin (Adoptium) OpenJDK ? Using 12.8.11, I am looking at det compability sheet, and it says 12.6 and later supports jdk-17.0.3+7, but it seems only for x64. We need to install 32bit... is it the same? Can I use later versions? Starts to be difficult to find old ...
🌐
Azul
azul.com › home › products › core › oracle java alternatives: oracle java se vs. the challengers
Oracle Java Alternatives: Oracle Java SE vs. the Challengers
March 24, 2026 - Oracle’s surprising January 2023 pivot to pricing commercial support for Java based on an employee count has re-ignited interest in popular OpenJDK distributions. Four alternatives to Oracle Java are Azul Core, Eclipse Temurin, Red Hat OpenJDK and Amazon Corretto.
🌐
TrustRadius
trustradius.com › compare-products › eclipse-temurin-vs-microsoft-build-of-openjdk
Compare Eclipse Temurin vs Microsoft Build of OpenJDK 2026 | TrustRadius
Compare Eclipse Temurin vs Microsoft Build of OpenJDK. 9 verified user reviews and ratings of features, pros, cons, pricing, support and more.
🌐
Piotr's TechBlog
piotrminkowski.com › home › which jdk to choose on kubernetes
Which JDK to Choose on Kubernetes - Piotr's TechBlog
February 17, 2023 - The proportions between the first and second series of startup time between corresponding vendors were similar. In fact, the difference between the fastest and the slowest average startup time is not large. I get the best result for Eclipse Temurin (7.2s) and the worst for IBM Semeru OpenJ9 (9.05s).
🌐
GitHub
github.com › adoptium › adoptium-support › issues › 1195
Inquiry About Transitioning from Oracle JDK to Adoptium OpenJDK · Issue #1195 · adoptium/adoptium-support
November 19, 2024 - For example, I would like to confirm if Oracle JDK 8u431 aligns with Temurin JDK 8u432, which is based on OpenJDK 8u432.
Author   adoptium