Noted, thanks for testing Rick!

On 02/12/2021 23:00, Rick Hillegas wrote:
Hi David and Deepak,

I have finished my testing of build 18-ea+23-1525. I did not discover any further problems beyond the security regression I mentioned before. My results are described by https://urldefense.com/v3/__https://issues.apache.org/jira/browse/DERBY-7126__;!!ACWV5N9M2RV99hQ!Z0NhSfiUIr712byfebducb6uA7h7IpG_uNV8csT10k4RbH6wwsU4riSOsSYMPZNUBTD1$ .

Regards,
-Rick

On 11/16/21 8:48 PM, Deepak Damodaran wrote:
Hi Rick,

Link to the latest builds was specified in the email as [5].
This is the link - https://urldefense.com/v3/__https://jdk.java.net/18/__;!!ACWV5N9M2RV99hQ!Z0NhSfiUIr712byfebducb6uA7h7IpG_uNV8csT10k4RbH6wwsU4riSOsSYMPVqOsyLE$
Thanks,
Deepak


On 17/11/21, 2:30 AM, "Rick Hillegas" <rick.hille...@gmail.com> wrote:

     Thanks for the heads-up, David. The JEP 411 work will almost certainly      be a disruption for Derby. Is there a particular build which you want us      to test? I didn't see a link to the latest builds in your email. Rory
     used to include those links.

     Thanks,
     -Rick

     On 11/16/21 3:01 AM, david.delabas...@oracle.com wrote:
     > Hi Rick,
     >
     > 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://urldefense.com/v3/__https://jdk.java.net/18/__;!!ACWV5N9M2RV99hQ!Y2uUgfv_-S-aylTlnPXfoUTvzE0apOEYF1ZhBZM83KKhauMdDa-nqOxJ21WtGrOivCiqLQ$      > [6] https://urldefense.com/v3/__https://jdk.java.net/18/release-notes__;!!ACWV5N9M2RV99hQ!Y2uUgfv_-S-aylTlnPXfoUTvzE0apOEYF1ZhBZM83KKhauMdDa-nqOxJ21WtGrN-iaadaQ$
     >
     >
     > # 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://urldefense.com/v3/__https://jdk.java.net/loom/__;!!ACWV5N9M2RV99hQ!Y2uUgfv_-S-aylTlnPXfoUTvzE0apOEYF1ZhBZM83KKhauMdDa-nqOxJ21WtGrPwekfGlw$      > [8] https://urldefense.com/v3/__https://download.java.net/java/early_access/loom/docs/api/__;!!ACWV5N9M2RV99hQ!Y2uUgfv_-S-aylTlnPXfoUTvzE0apOEYF1ZhBZM83KKhauMdDa-nqOxJ21WtGrPkZhOBcQ$
     >
     > 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://urldefense.com/v3/__https://youtu.be/eDgBnjOid-g__;!!ACWV5N9M2RV99hQ!Y2uUgfv_-S-aylTlnPXfoUTvzE0apOEYF1ZhBZM83KKhauMdDa-nqOxJ21WtGrOoFdM7kA$
     >
     >
     > Thank you for being a welcomed part of the Quality Outreach program!
     >
     > --
     > David Delabassée / @delabassee
     >


Reply via email to