AdoptOpenJDK is happy to announce the immediate availability of AdoptOpenJDK 8u262, 11.0.8, and 14.0.2. Binaries are available for download of OpenJDK and Eclipse OpenJ9 (with OpenJDK class libraries). As always, all binaries are thoroughly tested (except 32-bit ARM, see below) and available free of charge without usage restrictions on a wide range of platforms.
New and Noteworthy
Java Flight Recorder Available in 8u262
Java Flight Recorder (JFR) is a tool for collecting diagnostics of a running Java application. This diagnostic information can, for example, be analyzed with JDK Mission Control. JFR was previously only available in Oracle JDK 8, and OpenJDK 11 or later. With OpenJDK 8u262, is now also part of OpenJDK 8 and can be used with AdoptOpenJDK without usage restrictions. Flight recording can be enabled on the command line like this:
$ java -XX:StartFlightRecording:filename=recording.jfr,duration=60s ...
It is also possible to enable flight recording for an already running JVM using
$ jcmd <pid> JFR.start $ jcmd <pid> JFR.dump filename=recording.jfr
jcmd to get a list of available PIDs. The resulting recording can be analyzed using various tools. A popular choice is JDK Mission Control (JMC) that is also available from AdoptOpenJDK.
Auto-Upgrading Homebrew Casks for JRE, OpenJ9
Users of AdoptOpenJDK can always get the latest and greatest version of the JDK with HotSpot by installing the
$ brew cask install adoptopenjdk
We have added additional casks that automatically upgrade to the latest and greatest version of the JRE and OpenJ9, too. If you haven’t already, you need to first activate the AdoptOpenJDK tap:
$ brew tap AdoptOpenJDK/openjdk
You can then choose between these auto-upgrading casks and install them with
brew cask install <name>:
Because we’re short on machines with 32-bit ARM CPUs and those we have are also incredibly slow, our testing capacity is minimal. As a result, we haven’t caught a bug in the last release that caused certain SSL connections to fail. This has been fixed in the meantime. We are already looking into procuring additional capacity that should make it possible to re-enable our entire test suite and deliver binaries that match our quality criteria.
Another longstanding problem is that AdoptOpenJDK 8 on 32-bit ARM only supports interpreted mode (Zero VM). We would very much like to fix that. Hence, we’re looking for volunteers who help us build AdoptOpenJDK 8 with a proper client VM that is already available on AdoptOpenJDK 11 and higher.
Do you have questions or want to discuss this post? Hit us up on the AdoptOpenJDK Slack workspace!