Re: [External] : Re: JDK 18 Early-Access builds 23 are available
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" 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
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
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" 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 DateTim
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
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" 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.jav
Re: [External] : Re: JDK 18 Early-Access builds 23 are available
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" 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:
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" 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