You are viewing a plain text version of this content. The canonical link for it is here.
Posted to derby-dev@db.apache.org by Deepak Damodaran <de...@oracle.com> on 2021/11/17 04:48:38 UTC
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
Hi Rick,
Link to the latest builds was specified in the email as [5].
This is the link - https://jdk.java.net/18/
Thanks,
Deepak
On 17/11/21, 2:30 AM, "Rick Hillegas" <ri...@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.delabassee@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
>
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
Posted by Rick Hillegas <ri...@gmail.com>.
Thanks, Deepak.
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://jdk.java.net/18/
>
> Thanks,
> Deepak
>
>
> On 17/11/21, 2:30 AM, "Rick Hillegas" <ri...@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.delabassee@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
> >
>
>
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
Posted by Rick Hillegas <ri...@gmail.com>.
Hi David and Deepak,
The Derby community has not figured out how we are going to handle this
latest release of the Open JDK. Please see the discussion on
https://issues.apache.org/jira/browse/DERBY-7126 for more details.
At this time, we cannot recommend that Derby-powered applications use
any version of the JDK from JDK 18 onward. This is true for all versions
of Derby going back 15 years. This is due to recent security regressions
introduced into the JDK. The latest regression, introduced into build
18-ea+23-1525, is discussed in a security-dev email thread titled "new
hurdle for applications which programatically install a
SecurityManager". It is possible that these regressions will be
backported to previous JDK release families. In that case, we will not
be able to recommend that Derby-powered applications use those JDKs
either. We can only hope that these regressions are not backported to
JDK 8 and JDK 11.
I am afraid that we cannot provide you any more feedback until we sort
this out.
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://jdk.java.net/18/
>
> Thanks,
> Deepak
>
>
> On 17/11/21, 2:30 AM, "Rick Hillegas" <ri...@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.delabassee@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
> >
>
>
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
Posted by David Delabassee <da...@oracle.com>.
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" <ri...@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.delabassee@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
>> >
>>
>>
>
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
Posted by Rick Hillegas <ri...@gmail.com>.
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://issues.apache.org/jira/browse/DERBY-7126.
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://jdk.java.net/18/
>
> Thanks,
> Deepak
>
>
> On 17/11/21, 2:30 AM, "Rick Hillegas" <ri...@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.delabassee@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
> >
>
>