[hibernate-dev] JDK 20 EAb22, ZenGC EA builds, JavaFX 20 EAb5 and several heads-ups!

Greetings, With JavaOne in Las Vegas, last month was epically busy! It was great to finally have the ability to meet and discuss the Quality Outreach program with some of you... face-to-face! This installment of the newsletter is packed as we have several heads-ups, including new Early-Access builds being made available. The JDK 20 schedule has been proposed [1]. The next major milestone is Rampdown Phase One which should happen in just a month on December 8! The next few weeks will be particularly interesting as we will see which from the candidate JEPs recently announced (see 'Topics of Interest' section below) will be proposed to target JDK 20 [2]. And given that JDK 20 is getting closer, we are eagerly waiting for your test feedback on your projects running with the latest JDK 20 EA builds. [1] https://mail.openjdk.org/pipermail/jdk-dev/2022-October/007108.html [2] https://openjdk.org/projects/jdk/20/ ### Heads-up - JDK 20: `java.net.URL` parsing fix & behavior change Before JDK 20, some of the parsing/validation performed by the JDK built-in `URLStreamHander` implementations were delayed until `URL::openConnection` or `URLConnection::connect` was called. Starting JDK 20, some of these parsing/validations are now performed early, i.e. within URL constructors. An exception caused by a malformed URL that would have been delayed until the connection was opened or connected may starting JDK 20, throw a `MalformedURLException` at URL construction time. We suggest testing your project(s) against this change. And for those who want to rely on the old behavior, a new system property has been introduced to revert, on the command line, to the previous behavior. For more details, please see JBS-8293590 [3] and the release notes [4]. [3] https://bugs.openjdk.org/browse/JDK-8293590 [4] https://bugs.openjdk.org/browse/JDK-8295750 ### Heads-up - JDK 20: Thread.stop(), Thread.suspend() and Thread.resume() degradation The ability to stop, suspend, or resume a thread with the corresponding Thread.stop(), Thread.suspend() or Thread.resume() methods have been removed in JDK 20. Those methods have been degraded to throw a UOE exception (UnsupportedOperationException). Using those methods was inherently unsafe. That is also why they were deprecated since JDK 1.2 (1998!) and were flagged 'forRemoval' in previous features release. We do not expect this behavior change to cause issues on well-maintained codebase. For more details please check JDK-8289610 [5], JDK-8249627 [6], and the Java Thread Primitive Deprecation FAQ [7]. [5] https://bugs.openjdk.org/browse/JDK-8289610 [6] https://bugs.openjdk.org/browse/JDK-8249627 [7] https://docs.oracle.com/en/java/javase/19/docs/api/java.base/java/lang/do... ### Heads-up - JDK 20: Deprecate and disable the legacy parallel class loading workaround for non-parallel-capable class loaders. Prior to JDK 7, custom class loaders using non-hierarchical class delegation model were prone to deadlock. A workaround was added in the HotSpot VM (JDK 6) to allow parallel class loading for non-parallel-capable class loaders to avoid deadlocks. Parallel-capable class loaders were introduced in Java SE 7 [8] to support parallel class loading to implement a deadlock-free class loader using a non-hierarchical class delegation model. [8] and [9] describe how to migrate those class loaders depending on this workaround to be multi-threaded parallel-capable class loaders. This workaround was intended to allow those developers to migrate to the new mechanism. JDK 7 was released 11 years ago so it is now expected that those deadlock-prone custom class loaders have been migrated to the parallel-capable class loaders. As a consequence, this workaround is removed in JDK 20 as it impedes eliminating the object monitors from pinning for virtual threads. We suggest confirming that your codebase is not relying on this legacy workaround. If it still is, you should migrate away from it ASAP. Please note that the legacy behavior can be temporary re-enabled using a special flag. For additional details, please check [10] and [11]. [8] https://docs.oracle.com/javase/7/docs/technotes/guides/lang/cl-mt.html [9] https://openjdk.org/groups/core-libs/ClassLoaderProposal.html [10] https://bugs.openjdk.org/browse/JDK-8295848 [11] https://bugs.openjdk.org/browse/JDK-8296446 ### Heads-up - JavaFX builds Oracle is now publishing JavaFX builds, starting with early access builds of JavaFX 20, at jdk.java.net/javafx20 [12]. Developers are now able to download JavaFX and JDK builds from the same place, and use jlink to create a custom JDK that includes the JavaFX modules. The latest JavaFX 20 EA builds (b5-2022/10/28) are now available [12] along with the related javadoc [13]. These early-access builds are provided under the GNU General Public License, version 2, with the Classpath Exception. Feedback should be reported to the openjfx-dev [14] mailing list. To learn more, stay tuned for an upcoming Inside Java Podcast episode that will cover this in detail. [12] https://jdk.java.net/javafx20/ [13] https://download.java.net/java/early_access/javafx20/docs/api/index.html [14] https://mail.openjdk.org/pipermail/openjfx-dev ### Heads-up - Generational ZGC Early-Access builds The first Early Access builds of Generational ZGC have been published at jdk.java.net/genzgc [15] and are also available via the oracle-actions/setup-java GitHub action [16]. ZGC is a low latency, i.e. sub-milliseconds, Garbage Collector. This effort aims to introduce support for generations in ZGC. For more information, you can check the draft JEP [17] and listen to this recent Inside Java Podcast episode [18]. We encourage you to try out GenZGC and provide feedback on the zgc-dev [19] mailing list. [15] https://jdk.java.net/genzgc/ [16] https://github.com/oracle-actions/setup-java [17] https://bugs.openjdk.org/browse/JDK-8272979 [18] https://inside.java/2022/06/29/podcast-024/ [19] https://mail.openjdk.org/pipermail/zgc-dev ## Heads-up - New Project Loom Early-Access Builds The latest Loom EA builds (20-loom+20-34) are now available [20]. These EA builds are provided under the GNU General Public License, version 2, with the Classpath Exception. These EA builds include a snapshot of the ScopedValue API, being developed in JEP 429 [21]. Feedback can be sent to the loom-dev(a)openjdk.org mailing list [22]. [20] https://jdk.java.net/loom/ [21] https://openjdk.org/jeps/429 [22] https://mail.openjdk.org/pipermail/loom-dev ## JDK 20 Early-Access Builds JDK 20 Early-Access builds 22 are now available [23], and are provided under the GNU General Public License v2, with the Classpath Exception. The Release Notes are available here [24]. [23] https://jdk.java.net/20/ [24] https://jdk.java.net/20/release-notes ### Changes in recent builds that may be of interest: #### Build 22: - JDK-8057113: (fs) Path should have a method to obtain the filename extension - JDK-8256660: Disable DTLS 1.0 by default - JDK-8291336: Add ideal rule to convert floating point multiply by 2 into addition #### Build 21: - JDK-8137022: Concurrent refinement thread adjustment and (de-)activation suboptimal - JDK-8134303: Introduce -XX:-G1UseConcRefinement - JDK-8295657: SA: Allow larger object alignments #### Build 20: - JDK-8293590: Some syntax checks performed by URL.openConnection() could be performed earlier, at URL construction - JDK-8290368: Introduce LDAP and RMI protocol-specific object factory filters to JNDI implementation - JDK-6924219: (fc spec) FileChannel.write(ByteBuffer, position) behavior when file opened for append not specified - JDK-8292177: InitialSecurityProperty JFR event - JDK-8295173: (tz) Update Timezone Data to 2022e - JDK-8292698: Improve performance of DataInputStream #### Build 19: - JDK-8294821: Class load improvement for AES crypto engine - JDK-8295013: OopStorage should derive from CHeapObjBase - JDK-8283699: Improve the peephole mechanism of hotspot - JDK-8289552: Make intrinsic conversions between bit representations of half precision values and floats - JDK-8290036: Define and specify Runtime shutdown sequence #### Build 18: - JDK-8294609: C2: Improve inlining of methods with unloaded signature classes - JDK-8279283: BufferedInputStream should override transferTo - JDK-8294626: Improve URL protocol lower casing #### Build 17: - JDK-8289610: Thread.Stop changed to throw UnsupportedOperationException - JDK-8249627: Thread.suspend/resume changed to throw UnsupportedOperationException - JDK-8254711: Add java.security.Provider.getService JFR Event - JDK-8294062: Improve parsing performance of j.l.c.MethodTypeDesc - JDK-8255670: Improve C2's detection of modified nodes - JDK-8292296: Use multiple threads to process ParallelGC deferred updates ## Topics of Interest: - New candidate JEP: 431: Sequenced Collections https://openjdk.org/jeps/431 - New candidate JEP: 432: Record Patterns (2nd Preview) https://openjdk.org/jeps/432 - New candidate JEP: 433: Pattern Matching for switch (4th Preview) https://openjdk.org/jeps/433 - New candidate JEP: 434: Foreign Function & Memory API (2nd Preview) https://openjdk.org/jeps/434 - New candidate JEP: 435: Asynchronous Stack Trace VM API https://openjdk.org/jeps/435 - Selectively Shifting and Constraining Computation https://openjdk.org/projects/leyden/notes/02-shift-and-constrain - The Age of Virtual Threads https://inside.java/2022/10/13/the-age-of-virtual-threads/ - Dissecting Memory Sessions https://inside.java/2022/11/04/unifying-memory-addresses-and-memory-segme... - GraalVM in OpenJDK and More JavaOne Announcements - Inside Java Newscast #36 https://inside.java/2022/11/03/newscast-036/ - Inside Java | JavaOne 2022 Technical Keynote https://inside.java/2022/10/24/inside-java-technical-keynote/ - Virtual Threads: New Foundations for High-Scale Java Applications https://www.infoq.com/articles/java-virtual-threads/ ## October 2022 Critical Patch Update Released As part of the October 2022 CPU, we released JDK 19.0.1, JDK 17.0.5 LTS, JDK 11.0.17 LTS and JDK 8u351 as well as OpenJDK 19.0.1. That's it for this time. As usual, let us know if you find any issues while testing your project(s) on the latest JDK early-access builds. Thanks for your support! --David