The full version string for this binary release of OpenJDK is 12.0.2+12, and the version number is 12.
Liberica is a certified, Java SE 12-compliant distribution of OpenJDK 12 which works on server (Linux x86_64, Linux ARM64, Solaris SPARC, Solaris x64, Windows 64), desktop (Windows 64, Windows 32, Mac, Linux x86_64, Linux x86), and embedded devices (Linux x86, Linux ARM64, Linux ARMv7, including Raspberry Pi 2 & 3 (ARMv6 hardfloat). It has the following notable additions:
Please refer to the Oracle JDK 12.0.2 release notes for further information on JDK 12 features. This document further outlines the peculiarities of Liberica distribution as compared to Oracle JDK 12 distribution.
Liberica is supported on the following OSes:
It is also known to work on other Linux distributions and Windows versions.
Note: The minimum supported Linux kernel version is 2.6.18 and GLIBC version 2.6. JavaFX works on all supported Ubuntu versions, Red Hat Linux family starting from 7.x and SUSE versions with GTK2 backend.
Liberica is tested and certified on Raspberry Pi 2 & 3 running the following OSes:
It is also known to work with Debian (armhf) and Ubuntu (armhf).
Liberica JDK 12.0.2 is distributed as .msi, .zip, .deb, .rpm and .tar.gz packages. Please select the one which is most appropriate for your purposes.
Liberica 12.0.2 introduced all new features supported by OpenJDK 12.
With the introduction of the Jigsaw feature in JDK 9 and Minimal VM it is now possible to create a Runtime that is sufficient to run your application and trim down the size of the Runtime. To generate a Runtime with just the Minimal VM, add --vm=minimal to jlink options.
By default, the Liberica uses Server VM. Server VM and Client VM can be enabled with -server and -client command line options, respectively. In case the deployment requires to minimize the footprint, it may be beneficial to use Minimal VM, which emphasises on a minimal footprint. It has C1 JIT compiler only, Serial GC and no serviceability features.
Liberica JDK comes with a bundled JavaFX implementation which is based on OpenJFX. The following tables lists Java FX modules status of Liberica distribution
The following pipelines are known to work: EGL, SW (direct framebuffer) and GTK. By default, Liberica tries to use the accelerated EGL pipeline, which requires the presence of EGL libraries. If they are not found, the implementation falls back to software rendering.
Use the following command line options to specify the rendering pipeline:
Please refer to the following wiki for more information.
Liberica JDK comes with a bundled OpenJDK Device I/O (DIO) API implementation module. DIO provides a Java API for accessing Raspberry PI GPIO pins and for communicating with peripheral devices:
Please refer to the following wiki for more information.
BellSoft Liberica follows the security baselines for Oracle Java SE. Please refer to the Oracle documentation for a list of issues fixed in a given release.
As of 2017, the default location of Broadcom libEGL.so and libGLESv2.so has changed in Raspbian OS. If you’d like to leverage hardware EGL acceleration available from Broadcom video drivers in JavaFX while running a recent Raspbian OS, run the following command:
cd /opt/vc/lib sudo ln -s libbrcmEGL.so libEGL.so sudo ln -s libbrcmGLESv2.so libGLESv2.so
|8170494||JNI exception pending in PlainDatagramSocketImpl.c|
|8188133||C2: Static field accesses in clinit can trigger deoptimizations|
|8205432||Replace the placeholder Japanese era name|
|8209901||Canonical file handling|
|8210782||Upgrade HarfBuzz to the latest 2.3.1|
|8211936||Better String parsing|
|8212328||Exceptional throw cases|
|8213431||Improve file protocol handling|
|8213432||Better copies of CopiesList|
|8214235||arm32: assertion in collectedHeap.cpp: attempt to clean empty remainder|
|8215367||Better Collection of References|
|8215472||(zipfs) Cleanups in implementation classes of jdk.zipfs and tests|
|8215982||(tz) Upgrade time-zone data to tzdata2018i|
|8216381||More limited privilege usage|
|8217563||Improve realm maintenance|
|8217647||JFR: recordings on 32-bit systems unreadable|
|8217737||Change the milestone to ea for jdk-12.0.2+1 build|
|8217737||Change the release version from 12.0.1 to 12.0.2|
|8217879||hs_err should print more instructions in hex dump|
|8218152||[javac] fails and exits with no error if a bad annotation processor provided|
|8218453||More dynamic RMI interactions|
|8218469||JSlider display issue with slider for GTKLookAndFeel|
|8218473||JOptionPane display issue with GTKLookAndFeel|
|8218479||JTextPane display issue with GTKLookAndFeel|
|8218781||Localized names for Japanese era Reiwa in COMPAT provider|
|8218863||Better endpoint checks|
|8218873||Improve JSSE endpoint checking|
|8218876||Improve PNG support options|
|8219448||split-if update_uses accesses stale idom data|
|8219775||Certificate validation improvements|
|8220166||Performance regression in deserialization (4-6% in SPECjbb)|
|8220495||Update GIFlib library to the 5.1.8|
|8220517||Enhanced GIF support|
|8220625||tools/javac/classreader/8171132/BadConstantValue.java failed with “did not see expected error”|
|8221345||Better Poly1305 support|
|8221437||assert(java_lang_invoke_ResolvedMethodName::vmtarget(resolved_method()) == m()) failed: Should not change after link resolution|
|8221530||Caller sensitive methods not handling caller = null when invoked by JNI code with no java frames on stack|
|8221639||[i386] expand_exec_shield_cs_limit workaround is undefined code after JDK-8199717|
|8221880||Better customization for Windows RC properties FileDescription and ProductName|
|8221924||get(null) on single-entry unmodifiable Map returns null instead of throwing NPE|
|8222027||java/util/logging/LogManager/TestLoggerNames.java generates intermittent ClassCastException|
|8222078||test/jdk/java/lang/reflect/exeCallerAccessTest/exeCallerAccessTest.c build fails after 8221530|
|8222082||Build of test/jdk/java/lang/reflect/exeCallerAccessTest/exeCallerAccessTest.c still failing on Windows|
|8222086||CodeCache::UnloadingScope needs to preserve and restore previous IsUnloadingBehavior|
|8222111||exeCallerAccessTest.c fails to build: control reaches end of non-void function|
|8222136||Remove two Comodo root CA certificates that are expiring|
|8222137||Remove T-Systems root CA certificate|
|8222262||change milestone to fcs for jdk 12.0.2 build 2 on jdk12.0.2 repos|
|8222397||x86_32 tests with UseSHA1Intrinsics SEGV due to garbled registers|
|8222403||Shenandoah: Remove ShenandoahAlwaysTrueClosure, use AlwaysTrueClosure instead|
|8222410||java/nio/file/attribute/BasicFileAttributeView/UnixSocketFile hangs when “nc” does not accept “-U”|
|8222425||Shenandoah: Move commonly used closures to separate files|
|8222522||Add configure options for Mac Bundle creation|
|8222532||(zipfs) Performance regression when writing ZipFileSystem entries in parallel|
|8222678||Improve TLS negotiation|
|8222838||Shenandoah: SEGV on accessing cset bitmap for NULL ptr|
|8222843||Print Shenandoah cset map addresses in hs_err|
|8222930||ConcurrentSkipListMap.clone() shares size variable between original and clone|
|8223003||SunMSCAPI keys are not cleaned up|
|8223427||[TESTBUG] Disable JTReg Shenandoah tests when Graal is enabled|
|8223437||Backout JDK-8219974 Restore static callsite resolution for the current class|
|8223446||Shenandoah breaks alignment with some HumongousThreshold values|
|8223447||Stabilize gc/shenandoah/TestStringDedupStress test|
|8223472||volatile long field corruption on x86_32|
|8223499||Remove two DocuSign root certificates that are expiring|
|8223555||Cleanups in cacerts tests|
|8223570||Shenandoah needs to acquire lock before CLDG::clear_claimed_marks|
|8223597||jdk/nio/zipfs/ZipFSTester.java RuntimeException: CHECK_FAILED! (getAttribute.crc
|8223651||Build fails with –with-jvm-features=-jfr and –disable-precompiled-headers|
|8223759||Shenandoah should allow arbitrarily low initial heap size|
|8223762||Shenandoah: overflows in calculations involving heap capacity|
|8223767||Shenandoah fails to build on Solaris x86_64|
|8223980||Shenandoah: Refactor and fix ObjArrayChunkedTask verification|
|8224907||Backout JDK-8209901 from JDK 11u-cpu and 12u-cpu|
|8227230||Backout JDK-8215367 from update releases|