Oracle Java SE now requires a license subscription
In July 2018, Oracle announced that the licensing for Oracle Java SE (Standard Edition) would change going forward. Commercial (including academic) users need to buy into a Java SE Subscription.
The new Oracle Technology Network License Agreement for Oracle Java SE is substantially different from prior Oracle JDK licenses. The new license permits certain uses, such as personal use and development use, at no cost – but other uses authorized under prior Oracle JDK licenses may no longer be available. Please review the terms carefully before downloading and using this product. An FAQ is available here.
Commercial license and support is available with a low cost Java SE Subscription.
This includes the use case of installing a Java Runtime to operate some other software that doesn’t have Java bundled in. An example is the SPSSStatistics installer, which needs Java 8 to function.
Unusually and awkwardly for software deployment administrators, this change would not be restricted to a future “major” version, such as Java SE JDK 12, but to patches of all currently maintained versions, including the version 8 JRE and JDK, and the version 11 JDK. As a result, existing AutoPkg recipes such as the core OracleJava8 and novaksam’s OracleJava8JDK recipes no longer function and are likely to be deprecated rather than updated.
The final updates to Oracle Java 8 JRE and JDK under the existing license (i.e. free) were released in Jan 2019. A new update released on 16 April 2019 is the first released under the new restrictive licensing scheme.
The updates appear still publicly available, but you are redirected to an Oracle login page if you attempt to download. If you attempt to update inline, you get a warning about the license changes.
For extensive details about the changes to licensing, see this Java Champions article on Medium.
Fortunately, for many if not most or all requirements, there are alternatives to Oracle’s commercial Java SE product. As stated on Oracle’s Java download page:
A number of organisations are stepping in to maintain supported versions of OpenJDK.
Oracle’s OpenJDK project is an open-source version of the JDK. They currently appear to be maintaining versions 11 and 12 of the JDK. Oracle themselves, who sponsor the project, state that the update cycle for the JDK is now a new release every six months. While Oracle state that these are not major releases but rather “feature releases”, many users and administrators may prefer to work with a Long Term Support (LTS) version. This is not offered (for free) by Oracle.
It is not clear how long OpenJDK 11 will continue to be supported. OpenJDK 8 is no longer being maintained.
Note: Red Hat have stated that they are taking the lead in the support of OpenJDK, and are maintaining LTS installers for Red Hat, CentOS and Windows. However, to date, they do not provide a macOS installer.
The AdoptOpenJDK project is maintaining a wide range of JDK and JRE installers. They offer JDK and JRE LTS builds for versions 8 and 11 over a wide range of platforms, as well as version 12. These are available to download from Github.
I have made recipes for AdoptOpenJDK 8 JDK and JRE.
Amazon Corretto JDK
Amazon maintain freely licensed, LTS versions of JDK 8 and 11.
Rich Trouton maintains AutoPkg recipes for the JDK versions 8 and 11, which take the signed packages from Amazon’s download site.
If you require the version reported by AutoPkg to match that reported from the CLI, and don’t need a signed package, you might want to consider my pkg recipes for versions 8 and 11.
Azul Zulu JDK
Azul Systems are providing LTS versions of Open JDK 12, 11, 8 and 7, with a separate JRE available for version 8 (see download page). They are the only third-party provider to include the JavaFX features in their builds.
So far, no AutoPkg recipes are available for Azul Zulu.
SapMachine is SAP’s downstream fork of the OpenJDK project. It is used to build and maintain a SAP supported version of OpenJDK for SAP customers and partners who wish to use OpenJDK to run their applications.
Oracle have caused some confusion by the change to their licensing agreements. It is important for Mac administrators to act, since unless the new licensing subscription has been adopted in your organization, any Mac clients with Oracle Java installed are now likely not updated since January, or are not licensed for use.
For most people on macOS who require Java, there are open source alternatives available. The Java Runtime Engine (JRE) is enough for most needs, and this is still being offered by AdoptOpenJDK and Azul.
AutoPkg recipes are available for the OpenJDK versions you are most likely to need. However, any software with a Java dependency should be tested with each open source version before deploying it to users.
If you know of any other maintained versions of the JDK and/or JRE, or of any AutoPkg recipes not mentioned here, please let me know!