Hello David, I'm glad to see that the Outreach program continues and seems in good hands.
We actually have a bug to report this time, most likely related to JEP 416: https://bugs.openjdk.java.net/browse/JDK-8277451 Here is the detail per project: Hibernate ORM: Version 5.6 tested against JDK 18 EA20. Affected by JDK-8277451. Hibernate Validator: Version 7.0 tested against JDK 18 EA20. No problems to report. Hibernate Search: Version 6.1 tested against JDK 18 EA20. No problems to report. Hibernate Reactive: Version 1.0 tested against JDK 18 EA20. No problems to report. Regards, Yoann Rodière Hibernate Team yo...@hibernate.org On Tue, 16 Nov 2021 at 19:11, David Delabassee <david.delabas...@oracle.com> wrote: > Sanne & Yoann, > > I’m happy to announce that moving forward Oracle’s Java DevRel Team will > manage the Quality Outreach Program. I would like to thank Rory for all the > efforts he's put into this program and wish him all the joy and happiness > that retirement can bring! We have big shoes to fill but we’re excited to > continue building off the amazing structure Rory has put in place. > > > The JDK 18 schedule is now known [1] with a feature freeze date (Rampdown > Phase One) less than 4 weeks away! This time, we have 2 important > heads-ups, one related to JEP 411 (Deprecate the Security Manager for > Removal), and one related to JEP 416 (Reimplement Core Reflection with > Method Handles). We're asking your help to test and confirm that your > project works seamlessly now that those 2 JEPs are integrated in the JDK 18 > Early-Access builds. > > [1] https://openjdk.java.net/projects/jdk/18/ > > > # JEP 411 - Deprecate the Security Manager for Removal > > Starting JDK 18 b21 [2], the default value of the 'java.security.manager' > system property is set to "disallow". This means that any application or > library that enables the Security Manager by calling > `System.setSecurityManager` will now have to specify > `-Djava.security.manager=allow` on the command-line in order for that code > to continue working as expected. This change was originally targeted for > JDK 17, but after some discussion/feedback from the community, the change > was delayed until JDK 18 [3]. > > [2] https://bugs.openjdk.java.net/browse/JDK-8270380 > [3] https://openjdk.java.net/jeps/411#Description > > > # JEP 416 - Reimplement Core Reflection with Method Handles > > JEP 416 [4] reimplements `java.lang.reflect.Method`, > `java.lang.reflect.Constructor`, and `java.lang.reflect.Field` on top of > `java.lang.invoke` method handles. Making method handles the underlying > mechanism for reflection will reduce the maintenance and development cost > of both the `java.lang.reflect` and `java.lang.invoke` APIs. This is solely > an implementation change but we encourage you to test your project to > identify any behavior or performance regressions. > > [4] https://openjdk.java.net/jeps/416 > > > OpenJDK 18 Early-Access builds 23 are now available [5], and are provided > under the GNU General Public License v2, with the Classpath Exception. The > Release Notes are available [6]. > > [5] https://jdk.java.net/18/ > [6] https://jdk.java.net/18/release-notes > > > # JEPs integrated to JDK 18, so far: > > - JEP 400: UTF-8 by Default https://openjdk.java.net/jeps/400 > - JEP 408: Simple Web Server https://openjdk.java.net/jeps/408 > - JEP 413: Code Snippets in Java API Documentation > https://openjdk.java.net/jeps/413 > - JEP 416: Reimplement Core Reflection with Method Handles > https://openjdk.java.net/jeps/416 > - JEP 418: Internet-Address Resolution SPI > https://openjdk.java.net/jeps/418 > > > # JEPs targeted to JDK 18, so far: > > - JEP 417: Vector API (Third Incubator) https://openjdk.java.net/jeps/417 > > > # JEPs proposed to target JDK 18, so far: > > - JEP 419: Foreign Function & Memory API (Second Incubator) > https://openjdk.java.net/jeps/419 > - JEP 420: Pattern Matching for switch (Second Preview) > https://openjdk.java.net/jeps/420 > > > # Changes in recent builds that maybe of interest: > > ## Build 23: > > - JDK-8275509: ModuleDescriptor.hashCode isn't reproducible across builds > - JDK-8276220: Reduce excessive allocations in DateTimeFormatter > - JDK-8276298: G1: Remove unused G1SegmentedArrayBufferList::add > - JDK-8273922: (fs) UserDefinedFileAttributeView doesn't handle file names > that are just under the MAX_PATH limit (win) > > ## Build 22: > > - JDK-8271820: Implementation of JEP 416: Reimplement Core Reflection with > Method Handle > - JDK-8260428: Drop support for pre JDK 1.4 DatagramSocketImpl > implementations > - JDK-8251468: X509Certificate.get{Subject,Issuer}AlternativeNames and > getExtendedKeyUsage do not throw CertificateParsingException if extension > is unparseable > > ## Build 21: > > - JDK-8270380: Change the default value of the java.security.manager > system property to disallow > - JDK-8275319: java.net.NetworkInterface throws java.lang.Error instead of > SocketException > - JDK-8270490: Charset.forName() taking fallback default value > - JDK-8269336: Malformed jdk.serialFilter incorrectly handled > > > # Project Loom update > > New Project Loom 18-loom+4-273 (2021/11/10) Early-Access builds are > available [7] with related Javadocs [8]. > > [7] https://jdk.java.net/loom/ > [8] https://download.java.net/java/early_access/loom/docs/api/ > > These EA builds are provided under the GNU General Public License, version > 2, with the Classpath Exception and are produced for the purpose of > gathering feedback. Use for any other purpose is at your own risk. Feedback > should be send to the `loom-dev` mailing list ( > https://mail.openjdk.java.net/mailman/listinfo/loom-dev). > > > # Topics of Interest: > > * New Candidate JEP: 421: Deprecate Finalization for Removal, > https://openjdk.java.net/jeps/421 > * What Happens to Finalization in JDK 18 and JEP 416 - Inside Java > Newscast, https://youtu.be/eDgBnjOid-g > > > Thank you for being a welcomed part of the Quality Outreach program! > > -- > David Delabassée / @delabassee > _______________________________________________ > hibernate-dev mailing list -- hibernate-dev@lists.jboss.org > To unsubscribe send an email to hibernate-dev-le...@lists.jboss.org > %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s _______________________________________________ hibernate-dev mailing list -- hibernate-dev@lists.jboss.org To unsubscribe send an email to hibernate-dev-le...@lists.jboss.org %(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s