Adoptium
adoptium.net
Home | Adoptium
Prebuilt OpenJDK Binaries for Free! ... Run your enterprise applications with confidence using Eclipse Temurin, a secure, high-performance Java runtime rigorously tested for stability and optimized for seamless operation across diverse environments.
Download Temurin
There are multiple different ways to get Eclipse Temurin beyond direct downloads. The curated list below shows some of these options for installing high-performance, cross-platform, open-source OpenJDK runtime binaries.
Marketplace
Eclipse Adoptium provides prebuilt OpenJDK binaries from a fully open source set of build scripts and infrastructure.
Latest Releases
There are multiple different ways to get Eclipse Temurin beyond direct downloads. The curated list below shows some of these options for installing high-performance, cross-platform, open-source OpenJDK runtime binaries.
Archive
Eclipse Adoptium provides prebuilt OpenJDK binaries ...
Factsheet
Predecessor AdoptOpenJDK
Formation March 23, 2021 (2021-03-23)
Purpose To produce high-quality runtimes and associated technology for use within the Java ecosystem
Predecessor AdoptOpenJDK
Formation March 23, 2021 (2021-03-23)
Purpose To produce high-quality runtimes and associated technology for use within the Java ecosystem
Adoptium
adoptium.net › temurin › releases
Latest Releases | Adoptium
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.
So is Temurin is the de-facto standard JDK?
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. More on reddit.com
70
85
March 6, 2024Is Eclipse Temurin good for production as an OpenJDK replacement?
Temurin is what I use on all of my boxes. It's also what my employer - a Fortune 100 financial with a huge Java footprint - replaced the Oracle jdk with basically across the board. More on reddit.com
6
10
January 24, 2024Videos
06:56
Instalar Java en Windows con Temurin (Java 23 y anteriores) - YouTube
09:58
¿Por qué hay tantos JDKs y cuál debo elegir? OpenJDK, OracleJDK, ...
05:58
Docker Deprecation Alert: Why You Should Use Eclipse-Temurin Instead ...
05:05
What is Eclipse Temurin? All you need to know about it in 5 minutes ...
06:15
Descarga TemurinJDK (antes OpenJDK) (Actualizado 2022) | Xiaomitas ...
02:10
What is Eclipse Temurin? - YouTube
End of Life Date
endoflife.date › eclipse-temurin
Eclipse Temurin | endoflife.date
1 week ago - Eclipse Temurin is a GPLv2 with CPE licensed build of the Open Java Development Kit (OpenJDK). Temurin is certified using the Oracle Java Compatibility Kit (JCK) to demonstrate that it is a compatible implementation of the Java specification.
Docker Hub
hub.docker.com › _ › eclipse-temurin
eclipse-temurin - Official Image | Docker Hub
Official Images for OpenJDK binaries built by Eclipse Temurin.
Adoptium
adoptium.net › temurin
Eclipse Temurin | Adoptium
Prebuilt OpenJDK Binaries for Free! ... Run your enterprise applications with confidence using Eclipse Temurin, a secure, high-performance Java runtime rigorously tested for stability and optimized for seamless operation across diverse environments.
Wikipedia
en.wikipedia.org › wiki › Adoptium
Adoptium - Wikipedia
May 15, 2026 - The main goal of Adoptium is to promote and support free and open-source high-quality runtimes and associated technology for use across the Java ecosystem. To do so the Adoptium Working Group (WG) builds and provides OpenJDK based binaries under the Eclipse Temurin project.
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 - For the vast majority of us — like individual developers, students, or small to medium-sized businesses embracing open source — the best choice is either OpenJDK or a high-quality, free build of it (like Temurin or Corretto).
GitHub
github.com › JDK-Temurin
JDK Temurin - OpenJDK Runtime and Development Kit · GitHub
JDK Temurin is a trusted OpenJDK distribution from the Eclipse Adoptium project, designed for developers, DevOps teams, students, and organizations that need stable Java runtimes and development tools.
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.
Red Hat
docs.redhat.com › en › documentation › red_hat_build_of_openjdk › 17 › html-single › getting_started_with_eclipse_temurin › index
Getting started with Eclipse Temurin | Red Hat build of OpenJDK | 17 | Red Hat Documentation
February 13, 2026 - Eclipse Temurin is a free and open source implementation of the Java Platform, Standard Edition (Java SE) from the Eclipse Adoptium Working Group. Eclipse Temurin is based on the upstream OpenJDK 8u, OpenJDK 11u, OpenJDK 17u, OpenJDK 21u, and OpenJDK 25u projects; and it includes the Shenandoah ...
GitHub
github.com › lucimber › meta-openjdk-temurin
GitHub - lucimber/meta-openjdk-temurin: This is a software layer for Java VMs, for use with OpenEmbedded and Yocto Project build systems. The binaries are provided by the Eclipse Temurin Project. · GitHub
This is a software layer for Java VMs, for use with OpenEmbedded and Yocto Project build systems. The binaries are provided by the Eclipse Temurin Project. - lucimber/meta-openjdk-temurin
Starred by 13 users
Forked by 10 users
Languages BitBake 96.6% | Python 2.7%
Adoptium
adoptium.net › support
Temurin™ Support | Adoptium
The frequency of Temurin releases is guided by the schedule of our dependencies. OpenJDK provide a new feature release every six months, and a maintenance/security update based upon each active release every three months. The release dates for those from the OpenJDK project are typically the ...
GitHub
github.com › adoptium › temurin-build
GitHub - adoptium/temurin-build: Eclipse Temurin™ build scripts - common across all releases/versions
These scripts can be used to build OpenJDK anywhere but are primarily used by Eclipse Adoptium members (vendors) to build binaries. The scripts default to the use case of building Eclipse Temurin binaries which occurs on the build farm at https://ci.adoptium.net.
Starred by 1.2K users
Forked by 291 users
Languages Shell 76.2% | Java 16.9% | Perl 2.4% | C 1.8% | Groovy 1.2% | Roff 1.1% | Makefile 0.4%
Reddit
reddit.com › r/linuxadmin › is eclipse temurin good for production as an openjdk replacement?
r/linuxadmin on Reddit: Is Eclipse Temurin good for production as an OpenJDK replacement?
January 24, 2024 -
This is the first I've heard of this project, based on a developer request. My prod OS is Ubuntu 22.04, which does still have OpenJDK packages. However, we're looking to make a few changes, so could conceivably switch. I see Red Hat is contributing to the project now as well. I'm unsure of the politics of these projects, and am mainly looking for the most stable, long-term supportable, open source java available for Ubuntu. Thanks in advance.
https://adoptium.net/temurin/releases/
https://developers.redhat.com/articles/2022/08/24/red-hat-expands-support-java-eclipse-temurin#
GitHub
github.com › jdx › mise › discussions › 4999
Change the default java vendor from OpenJDK to Temurin · jdx/mise · Discussion #4999
> mise version | grep linux 2026.2.17 linux-x64 (2026-02-19) > mise settings Key Value Source idiomatic_version_file_enable_tools ["java", "node"] ~/.config/mise/config.toml java.shorthand_vendor "temurin" ~/.config/mise/config.toml > mise ls java Tool Version Source Requested java temurin-17.0.17+10 java temurin-21.0.9+10.0.LTS ~/.config/mise/config.toml temurin-21 java temurin-25.0.1+8.0.LTS > java -version openjdk version "21.0.9" 2025-10-21 LTS OpenJDK Runtime Environment Temurin-21.0.9+10 (build 21.0.9+10-LTS) OpenJDK 64-Bit Server VM Temurin-21.0.9+10 (build 21.0.9+10-LTS, mixed mode, sh
Author jdx
Red Hat
docs.redhat.com › en › documentation › red_hat_build_of_openjdk › 8 › html-single › getting_started_with_eclipse_temurin_8 › index
Getting started with Eclipse Temurin 8 | Red Hat build of OpenJDK | 8 | Red Hat Documentation
Eclipse Temurin is a free and open source implementation of the Java Platform, Standard Edition (Java SE) from the Eclipse Adoptium Working Group. Eclipse Temurin is based on the upstream OpenJDK 8u, OpenJDK 11u, OpenJDK 17u, OpenJDK 21u, and OpenJDK 25u projects; and it includes the Shenandoah ...
GitHub
github.com › adoptium
Eclipse Adoptium · GitHub
... This repo is an unmodified mirror of source code obtained from OpenJDK. It has been and may still be used to create builds that are untested and incompatible with the Java SE specification.
Adoptium
adoptium.net › supported-platforms
Temurin™ Supported Platforms | Adoptium
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.
Top answer 1 of 2
3
As a rule of thumb, just stick with what the official Debian repositories provide to be sure to receive regular updates and more important: Security updates released by the Debian project.
Before you resort to unpack tarballs into whatever location you should watch out for a maintained repository.
In case of Adoptium you might want to add their official repository that has been published on 2021-12-30.
https://blog.adoptium.net/2021/12/eclipse-temurin-linux-installers-available/
wget -O - https://packages.adoptium.net/artifactory/api/gpg/key/public \
| apt-key add -
echo "deb https://packages.adoptium.net/artifactory/deb bullseye main" \
> /etc/apt/sources.list.d/adoptium.list
apt update && apt install temurin-17-jdk
TCK certification might be worth only if you intend to ship commercial software to industry customers which insist on it.
2 of 2
0
lwjgl had issues with non-Adoptium JVMs from 11 onward. They seem to have fixed it with version 3.
As for this writing, JOGL also has this issue but does not have a fix AFAIK.
SDKMAN!
sdkman.io › jdks
JDK Distributions | SDKMAN! the Software Development Kit Manager
We've chosen Eclipse Temurin as our default JDK because it's widely recognized as the de facto standard for OpenJDK distributions. Trusted for its reliability, stability, and performance, Temurin is ideal for production-grade development.