You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@maven.apache.org by Rory O'Donnell <ro...@oracle.com> on 2021/07/15 20:06:49 UTC
JDK 17 is now in Rampdown Phase Two
Hi Robert , *
*
*Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
*Please advise if you find any issues while testing the latest Early
Access builds.*
* Schedule:
o *2021/07/15 Rampdown Phase Two*
o 2021/08/05 Initial Release Candidate
o 2021/08/19 Final Release Candidate
o 2021/09/14 General Availability
The overall feature set is frozen. No further JEPs will be targeted to
this release.
* Features integrated in JDK 17:
o JEP 306: Restore Always-Strict Floating-Point Semantics
<https://openjdk.java.net/jeps/306>
o JEP 356: Enhanced Pseudo-Random Number Generators
<https://openjdk.java.net/jeps/356>
o JEP 382: New macOS Rendering Pipeline
<https://openjdk.java.net/jeps/382>
o JEP 391: macOS/AArch64 Port <https://openjdk.java.net/jeps/391>
o JEP 398: Deprecate the Applet API for Removal
<https://openjdk.java.net/jeps/398>
o JEP 403: Strongly Encapsulate JDK Internals
<https://openjdk.java.net/jeps/403>
o JEP 406: Pattern Matching for switch (Preview)
<https://openjdk.java.net/jeps/406>
o JEP 407: Remove RMI Activation <https://openjdk.java.net/jeps/407>
o JEP 409: Sealed Classes <https://openjdk.java.net/jeps/409>
o JEP 410: Remove the Experimental AOT and JIT Compiler
<https://openjdk.java.net/jeps/410>
o JEP 411: Deprecate the Security Manager for Removal
<https://openjdk.java.net/jeps/411>
o JEP 412: Foreign Function & Memory API (Incubator)
<https://openjdk.java.net/jeps/412>
o JEP 414: Vector API (Second Incubator)
<https://openjdk.java.net/jeps/414>
o JEP 415: Context-Specific Deserialization Filters
<https://openjdk.java.net/jeps/415>
*
*
*OpenJDK 17 Early Access build 31 is available at
**https://jdk.java.net/17* <https://jdk.java.net/17>
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception <https://openjdk.java.net/legal/gplv2+ce.html>
* Release Notes are available at https://jdk.java.net/17/release-notes
<https://jdk.java.net/17/release-notes>
*
*
*OpenJDK 18 Early Access build 6 is available at *
*https://jdk.java.net/18* <https://jdk.java.net/18>
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception <https://openjdk.java.net/legal/gplv2+ce.html>
* Release Notes are available at https://jdk.java.net/18/release-notes
<https://jdk.java.net/18/release-notes>
* Changes in recent builds that maybe of interest:
o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
object array [build 6]
o JDK-8253119: Remove the legacy PlainSocketImpl and
PlainDatagramSocketImpl implementation [build 6]
o JDK-8268960: Prohibit Null for Header Keys and Values in
com.sun.net.httpserver.Headers [build 5]
o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
*Topics of Interest: *
* ‘Inside Java’ Podcast #18: Java's steady march towards strong
encapsulation <https://inside.java/2021/06/29/podcast-018/>
Rgds,Rory
[1]
https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
<https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html>
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Robert Scholte <rf...@apache.org>.
Hi Dalibor,
I think you are right.
>"%JAVA_HOME%\bin\javadoc" -J-version
java version "11.0.11" 2021-04-20 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.11+9-LTS-194)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.11+9-LTS-194, mixed mode)
>mvn -v
Apache Maven 3.8.1 (05c21c65bdfed0f71a2f2ada8b84da59348c4c5d)
Maven home: d:\apache-maven-3.8.1\bin\..
Java version: 11.0.11, vendor: Oracle Corporation, runtime: D:\jdk-11.0.11
Default locale: nl_NL, platform encoding: Cp1252
OS name: "windows 10", version: "10.0", arch: "amd64", family: "windows"
Is there a better way to get the exact information?
thanks,
Robert
On 19-7-2021 16:20:43, Dalibor Topic <da...@oracle.com> wrote:
On 16.07.2021 10:55, Robert Scholte wrote:
> Hi Rory,
>
> thanks for the update.
> We're having 2 issues related to javadoc, one based on JDK 17-ea+30, the
> other one on Oracle OpenJDK 11.0.11 on Windows.
Hi Robert, I don't think that we provide an Oracle OpenJDK build of
11.0.11, or at least I can't find it here: https://jdk.java.net/archive/.
Did you mean Oracle JDK 11.0.11, by chance?
cheers,
dalibor topic
--
Dalibor Topic
Consulting Product Manager
Phone: +494089091214 , Mobile: +491737185961
, Video: dalibor.topic@oracle.com
Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Dalibor Topic <da...@oracle.com>.
On 16.07.2021 10:55, Robert Scholte wrote:
> Hi Rory,
>
> thanks for the update.
> We're having 2 issues related to javadoc, one based on JDK 17-ea+30, the
> other one on Oracle OpenJDK 11.0.11 on Windows.
Hi Robert, I don't think that we provide an Oracle OpenJDK build of
11.0.11, or at least I can't find it here: https://jdk.java.net/archive/.
Did you mean Oracle JDK 11.0.11, by chance?
cheers,
dalibor topic
--
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 <tel:+494089091214>, Mobile: +491737185961
<tel:+491737185961>, Video: dalibor.topic@oracle.com
<si...@oracle.com>
Oracle Global Services Germany GmbH
Hauptverwaltung: Riesstr. 25, D-80992 München
Registergericht: Amtsgericht München, HRB 246209
Geschäftsführer: Ralf Herrmann
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org
For additional commands, e-mail: dev-help@maven.apache.org
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Robert Scholte <rf...@apache.org>.
Hi Rory,
I noticed. That means we'll need to adjust our plugin based on the comments from Jonathan.
thanks,
Robert
On 19-7-2021 09:40:16, Rory O'Donnell <ro...@oracle.com> wrote:
Hi Robert,
Bug was closed as not an issue, see Jonathan's comments in the bug.
Rgsd,Rory
On 16/07/2021 12:18, Robert Scholte wrote:
> I've created https://bugs.openjdk.java.net/browse/JDK-8270831 for the
> JDK 17-ea bug.
>
> thanks,
> Robert
>>
>> On 16-7-2021 12:51:28, Rory O'Donnell wrote:
>>
>> Hi Robert,
>>
>> Can you highlight the priority of the issues for you , would need to be
>> P1 or P2 to get fixed in
>>
>> Rampdown Phase Two.
>>
>> Rgds,Rory
>>
>> On 16/07/2021 11:46, Rory O'Donnell wrote:
>> > Hi Robert,
>> >
>> > Can you log a couple of bugs, refer to the closed bugs and send the
>> IDs ?
>> >
>> > Thanks,Rory
>> >
>> > On 16/07/2021 09:55, Robert Scholte wrote:
>> >> Hi Rory,
>> >>
>> >> thanks for the update.
>> >> We're having 2 issues related to javadoc, one based on JDK 17-ea+30,
>> >> the other one on Oracle OpenJDK 11.0.11 on Windows.
>> >>
>> >> The issue with JDK 17 has to do with stdout and errout.
>> >> The maven-javadoc-plugin has a flag to fail on warning, which means:
>> >> if something is written to the stderr it'll fail the build.
>> >> There has been a change that normal output is pushed to the stderr
>> >> instead of stdout.
>> >> Here's an example to show what has been written to the stderr, which
>> >> should have been stdout:
>> >> [WARNING] Javadoc Warnings
>> >> [WARNING] Loading source file
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
>> >> [WARNING] Constructing Javadoc information...
>> >> [WARNING] Building index for all the packages and classes...
>> >> [WARNING] Standard Doclet version 17-ea+30-2618
>> >> [WARNING] Building tree for all the packages and classes...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
>> >> [WARNING] Building index for all classes...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
>> >>
>> >> The first line (Javadoc Warnings) comes from the plugin, the rest of
>> >> the lines are captured from the stderr (!).
>> >> Most likely related to
>> https://bugs.openjdk.java.net/browse/JDK-8268774
>> >>
>> >> The other one is weird:
>> >> https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as
>> >> fixed for JDK-13.
>> >> However, our matching integrationtest with Oracle OpenJDK 11.0.11
>> >> succeeds on Linux, but fails on Windows.
>> >> The issue has to do with the Java Platform Modular System, so it
>> >> shouldn't be OS related.
>> >> I thought this one would be backported from 13 to 11, but I can't
>> >> find that reference anymore.
>> >> If it is not yet backported, then IMHO it should. However, the Linux
>> >> distribution doesn't suffer this issue.
>> >>
>> >> So far I hadn't had a response from Jonathan or anyone else working
>> >> on the javadoc tool.
>> >> Maybe you can help us here.
>> >>
>> >> thanks,
>> >> Robert
>> >>>
>> >>> On 15-7-2021 22:07:07, Rory O'Donnell wrote:
>> >>>
>> >>>
>> >>> Hi Robert , *
>> >>> *
>> >>>
>> >>> *Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
>> >>>
>> >>> *Please advise if you find any issues while testing the latest Early
>> >>> Access builds.*
>> >>>
>> >>> * Schedule:
>> >>>
>> >>> o *2021/07/15 Rampdown Phase Two*
>> >>> o 2021/08/05 Initial Release Candidate
>> >>> o 2021/08/19 Final Release Candidate
>> >>> o 2021/09/14 General Availability
>> >>>
>> >>>
>> >>> The overall feature set is frozen. No further JEPs will be
>> targeted to
>> >>> this release.
>> >>>
>> >>> * Features integrated in JDK 17:
>> >>>
>> >>> o JEP 306: Restore Always-Strict Floating-Point Semantics
>> >>>
>> >>> o JEP 356: Enhanced Pseudo-Random Number Generators
>> >>>
>> >>> o JEP 382: New macOS Rendering Pipeline
>> >>>
>> >>> o JEP 391: macOS/AArch64 Port
>> >>> o JEP 398: Deprecate the Applet API for Removal
>> >>>
>> >>> o JEP 403: Strongly Encapsulate JDK Internals
>> >>>
>> >>> o JEP 406: Pattern Matching for switch (Preview)
>> >>>
>> >>> o JEP 407: Remove RMI Activation
>> >>> o JEP 409: Sealed Classes
>> >>> o JEP 410: Remove the Experimental AOT and JIT Compiler
>> >>>
>> >>> o JEP 411: Deprecate the Security Manager for Removal
>> >>>
>> >>> o JEP 412: Foreign Function & Memory API (Incubator)
>> >>>
>> >>> o JEP 414: Vector API (Second Incubator)
>> >>>
>> >>> o JEP 415: Context-Specific Deserialization Filters
>> >>>
>> >>>
>> >>> *
>> >>> *
>> >>>
>> >>> *OpenJDK 17 Early Access build 31 is available at
>> >>> **https://jdk.java.net/17*
>>
>>
>> >>>
>> >>>
>> >>>
>> >>> * These early-access , open-source builds are provided under the
>> >>> o GNU General Public License, version 2, with the Classpath
>> >>> Exception
>> >>> * Release Notes are available at
>> >>> https://jdk.java.net/17/release-notes
>>
>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> *
>> >>> *
>> >>>
>> >>> *OpenJDK 18 Early Access build 6 is available at *
>> >>> *https://jdk.java.net/18*
>>
>>
>> >>>
>> >>>
>> >>>
>> >>> * These early-access , open-source builds are provided under the
>> >>> o GNU General Public License, version 2, with the Classpath
>> >>> Exception
>> >>> * Release Notes are available at
>> >>> https://jdk.java.net/18/release-notes
>>
>>
>> >>>
>> >>>
>> >>>
>> >>> * Changes in recent builds that maybe of interest:
>> >>> o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
>> >>> object array [build 6]
>> >>> o JDK-8253119: Remove the legacy PlainSocketImpl and
>> >>> PlainDatagramSocketImpl implementation [build 6]
>> >>> o JDK-8268960: Prohibit Null for Header Keys and Values in
>> >>> com.sun.net.httpserver.Headers [build 5]
>> >>> o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
>> >>>
>> >>> *Topics of Interest: *
>> >>>
>> >>> * ‘Inside Java’ Podcast #18: Java's steady march towards strong
>> >>> encapsulation
>> >>>
>> >>>
>> >>> Rgds,Rory
>> >>>
>> >>> [1]
>> >>>
>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
>> >>>
>> >>>
>> >
>> > --
>> > Rgds, Rory O'Donnell
>> > Quality Engineering Manager
>> > Oracle EMEA, Dublin, Ireland
>>
>> --
>> Rgds, Rory O'Donnell
>> Quality Engineering Manager
>> Oracle EMEA, Dublin, Ireland
>>
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Rory O'Donnell <ro...@oracle.com>.
Hi Robert,
Bug was closed as not an issue, see Jonathan's comments in the bug.
Rgsd,Rory
On 16/07/2021 12:18, Robert Scholte wrote:
> I've created https://bugs.openjdk.java.net/browse/JDK-8270831 for the
> JDK 17-ea bug.
>
> thanks,
> Robert
>>
>> On 16-7-2021 12:51:28, Rory O'Donnell <ro...@oracle.com> wrote:
>>
>> Hi Robert,
>>
>> Can you highlight the priority of the issues for you , would need to be
>> P1 or P2 to get fixed in
>>
>> Rampdown Phase Two.
>>
>> Rgds,Rory
>>
>> On 16/07/2021 11:46, Rory O'Donnell wrote:
>> > Hi Robert,
>> >
>> > Can you log a couple of bugs, refer to the closed bugs and send the
>> IDs ?
>> >
>> > Thanks,Rory
>> >
>> > On 16/07/2021 09:55, Robert Scholte wrote:
>> >> Hi Rory,
>> >>
>> >> thanks for the update.
>> >> We're having 2 issues related to javadoc, one based on JDK 17-ea+30,
>> >> the other one on Oracle OpenJDK 11.0.11 on Windows.
>> >>
>> >> The issue with JDK 17 has to do with stdout and errout.
>> >> The maven-javadoc-plugin has a flag to fail on warning, which means:
>> >> if something is written to the stderr it'll fail the build.
>> >> There has been a change that normal output is pushed to the stderr
>> >> instead of stdout.
>> >> Here's an example to show what has been written to the stderr, which
>> >> should have been stdout:
>> >> [WARNING] Javadoc Warnings
>> >> [WARNING] Loading source file
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
>> >> [WARNING] Constructing Javadoc information...
>> >> [WARNING] Building index for all the packages and classes...
>> >> [WARNING] Standard Doclet version 17-ea+30-2618
>> >> [WARNING] Building tree for all the packages and classes...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
>> >> [WARNING] Building index for all classes...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
>> >> [WARNING] Generating
>> >>
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
>> >>
>> >> The first line (Javadoc Warnings) comes from the plugin, the rest of
>> >> the lines are captured from the stderr (!).
>> >> Most likely related to
>> https://bugs.openjdk.java.net/browse/JDK-8268774
>> >>
>> >> The other one is weird:
>> >> https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as
>> >> fixed for JDK-13.
>> >> However, our matching integrationtest with Oracle OpenJDK 11.0.11
>> >> succeeds on Linux, but fails on Windows.
>> >> The issue has to do with the Java Platform Modular System, so it
>> >> shouldn't be OS related.
>> >> I thought this one would be backported from 13 to 11, but I can't
>> >> find that reference anymore.
>> >> If it is not yet backported, then IMHO it should. However, the Linux
>> >> distribution doesn't suffer this issue.
>> >>
>> >> So far I hadn't had a response from Jonathan or anyone else working
>> >> on the javadoc tool.
>> >> Maybe you can help us here.
>> >>
>> >> thanks,
>> >> Robert
>> >>>
>> >>> On 15-7-2021 22:07:07, Rory O'Donnell wrote:
>> >>>
>> >>>
>> >>> Hi Robert , *
>> >>> *
>> >>>
>> >>> *Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
>> >>>
>> >>> *Please advise if you find any issues while testing the latest Early
>> >>> Access builds.*
>> >>>
>> >>> * Schedule:
>> >>>
>> >>> o *2021/07/15 Rampdown Phase Two*
>> >>> o 2021/08/05 Initial Release Candidate
>> >>> o 2021/08/19 Final Release Candidate
>> >>> o 2021/09/14 General Availability
>> >>>
>> >>>
>> >>> The overall feature set is frozen. No further JEPs will be
>> targeted to
>> >>> this release.
>> >>>
>> >>> * Features integrated in JDK 17:
>> >>>
>> >>> o JEP 306: Restore Always-Strict Floating-Point Semantics
>> >>>
>> >>> o JEP 356: Enhanced Pseudo-Random Number Generators
>> >>>
>> >>> o JEP 382: New macOS Rendering Pipeline
>> >>>
>> >>> o JEP 391: macOS/AArch64 Port
>> >>> o JEP 398: Deprecate the Applet API for Removal
>> >>>
>> >>> o JEP 403: Strongly Encapsulate JDK Internals
>> >>>
>> >>> o JEP 406: Pattern Matching for switch (Preview)
>> >>>
>> >>> o JEP 407: Remove RMI Activation
>> >>> o JEP 409: Sealed Classes
>> >>> o JEP 410: Remove the Experimental AOT and JIT Compiler
>> >>>
>> >>> o JEP 411: Deprecate the Security Manager for Removal
>> >>>
>> >>> o JEP 412: Foreign Function & Memory API (Incubator)
>> >>>
>> >>> o JEP 414: Vector API (Second Incubator)
>> >>>
>> >>> o JEP 415: Context-Specific Deserialization Filters
>> >>>
>> >>>
>> >>> *
>> >>> *
>> >>>
>> >>> *OpenJDK 17 Early Access build 31 is available at
>> >>> **https://jdk.java.net/17*
>> <https://urldefense.com/v3/__https://jdk.java.net/17*__;Kg!!ACWV5N9M2RV99hQ!fU710voZF61EKtUFBa3OsM8GAcd849OIDmo_ISLlJYYtmq2QawpY7FkIIVwbJ72F_rM$>
>>
>> >>>
>> >>>
>> >>>
>> >>> * These early-access , open-source builds are provided under the
>> >>> o GNU General Public License, version 2, with the Classpath
>> >>> Exception
>> >>> * Release Notes are available at
>> >>> https://jdk.java.net/17/release-notes
>> <https://urldefense.com/v3/__https://jdk.java.net/17/release-notes__;!!ACWV5N9M2RV99hQ!fU710voZF61EKtUFBa3OsM8GAcd849OIDmo_ISLlJYYtmq2QawpY7FkIIVwbSFaxC10$>
>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>>
>> >>> *
>> >>> *
>> >>>
>> >>> *OpenJDK 18 Early Access build 6 is available at *
>> >>> *https://jdk.java.net/18*
>> <https://urldefense.com/v3/__https://jdk.java.net/18*__;Kg!!ACWV5N9M2RV99hQ!fU710voZF61EKtUFBa3OsM8GAcd849OIDmo_ISLlJYYtmq2QawpY7FkIIVwb4_v-rWc$>
>>
>> >>>
>> >>>
>> >>>
>> >>> * These early-access , open-source builds are provided under the
>> >>> o GNU General Public License, version 2, with the Classpath
>> >>> Exception
>> >>> * Release Notes are available at
>> >>> https://jdk.java.net/18/release-notes
>> <https://urldefense.com/v3/__https://jdk.java.net/18/release-notes__;!!ACWV5N9M2RV99hQ!fU710voZF61EKtUFBa3OsM8GAcd849OIDmo_ISLlJYYtmq2QawpY7FkIIVwbDx4VELg$>
>>
>> >>>
>> >>>
>> >>>
>> >>> * Changes in recent builds that maybe of interest:
>> >>> o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
>> >>> object array [build 6]
>> >>> o JDK-8253119: Remove the legacy PlainSocketImpl and
>> >>> PlainDatagramSocketImpl implementation [build 6]
>> >>> o JDK-8268960: Prohibit Null for Header Keys and Values in
>> >>> com.sun.net.httpserver.Headers [build 5]
>> >>> o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
>> >>>
>> >>> *Topics of Interest: *
>> >>>
>> >>> * ‘Inside Java’ Podcast #18: Java's steady march towards strong
>> >>> encapsulation
>> >>>
>> >>>
>> >>> Rgds,Rory
>> >>>
>> >>> [1]
>> >>>
>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
>> >>>
>> >>>
>> >
>> > --
>> > Rgds, Rory O'Donnell
>> > Quality Engineering Manager
>> > Oracle EMEA, Dublin, Ireland
>>
>> --
>> Rgds, Rory O'Donnell
>> Quality Engineering Manager
>> Oracle EMEA, Dublin, Ireland
>>
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Robert Scholte <rf...@apache.org>.
I've created https://bugs.openjdk.java.net/browse/JDK-8270831 for the JDK 17-ea bug.
thanks,
Robert
On 16-7-2021 12:51:28, Rory O'Donnell <ro...@oracle.com> wrote:
Hi Robert,
Can you highlight the priority of the issues for you , would need to be
P1 or P2 to get fixed in
Rampdown Phase Two.
Rgds,Rory
On 16/07/2021 11:46, Rory O'Donnell wrote:
> Hi Robert,
>
> Can you log a couple of bugs, refer to the closed bugs and send the IDs ?
>
> Thanks,Rory
>
> On 16/07/2021 09:55, Robert Scholte wrote:
>> Hi Rory,
>>
>> thanks for the update.
>> We're having 2 issues related to javadoc, one based on JDK 17-ea+30,
>> the other one on Oracle OpenJDK 11.0.11 on Windows.
>>
>> The issue with JDK 17 has to do with stdout and errout.
>> The maven-javadoc-plugin has a flag to fail on warning, which means:
>> if something is written to the stderr it'll fail the build.
>> There has been a change that normal output is pushed to the stderr
>> instead of stdout.
>> Here's an example to show what has been written to the stderr, which
>> should have been stdout:
>> [WARNING] Javadoc Warnings
>> [WARNING] Loading source file
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
>> [WARNING] Constructing Javadoc information...
>> [WARNING] Building index for all the packages and classes...
>> [WARNING] Standard Doclet version 17-ea+30-2618
>> [WARNING] Building tree for all the packages and classes...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
>> [WARNING] Building index for all classes...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
>>
>> The first line (Javadoc Warnings) comes from the plugin, the rest of
>> the lines are captured from the stderr (!).
>> Most likely related to https://bugs.openjdk.java.net/browse/JDK-8268774
>>
>> The other one is weird:
>> https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as
>> fixed for JDK-13.
>> However, our matching integrationtest with Oracle OpenJDK 11.0.11
>> succeeds on Linux, but fails on Windows.
>> The issue has to do with the Java Platform Modular System, so it
>> shouldn't be OS related.
>> I thought this one would be backported from 13 to 11, but I can't
>> find that reference anymore.
>> If it is not yet backported, then IMHO it should. However, the Linux
>> distribution doesn't suffer this issue.
>>
>> So far I hadn't had a response from Jonathan or anyone else working
>> on the javadoc tool.
>> Maybe you can help us here.
>>
>> thanks,
>> Robert
>>>
>>> On 15-7-2021 22:07:07, Rory O'Donnell wrote:
>>>
>>>
>>> Hi Robert , *
>>> *
>>>
>>> *Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
>>>
>>> *Please advise if you find any issues while testing the latest Early
>>> Access builds.*
>>>
>>> * Schedule:
>>>
>>> o *2021/07/15 Rampdown Phase Two*
>>> o 2021/08/05 Initial Release Candidate
>>> o 2021/08/19 Final Release Candidate
>>> o 2021/09/14 General Availability
>>>
>>>
>>> The overall feature set is frozen. No further JEPs will be targeted to
>>> this release.
>>>
>>> * Features integrated in JDK 17:
>>>
>>> o JEP 306: Restore Always-Strict Floating-Point Semantics
>>>
>>> o JEP 356: Enhanced Pseudo-Random Number Generators
>>>
>>> o JEP 382: New macOS Rendering Pipeline
>>>
>>> o JEP 391: macOS/AArch64 Port
>>> o JEP 398: Deprecate the Applet API for Removal
>>>
>>> o JEP 403: Strongly Encapsulate JDK Internals
>>>
>>> o JEP 406: Pattern Matching for switch (Preview)
>>>
>>> o JEP 407: Remove RMI Activation
>>> o JEP 409: Sealed Classes
>>> o JEP 410: Remove the Experimental AOT and JIT Compiler
>>>
>>> o JEP 411: Deprecate the Security Manager for Removal
>>>
>>> o JEP 412: Foreign Function & Memory API (Incubator)
>>>
>>> o JEP 414: Vector API (Second Incubator)
>>>
>>> o JEP 415: Context-Specific Deserialization Filters
>>>
>>>
>>> *
>>> *
>>>
>>> *OpenJDK 17 Early Access build 31 is available at
>>> **https://jdk.java.net/17*
>>>
>>>
>>>
>>> * These early-access , open-source builds are provided under the
>>> o GNU General Public License, version 2, with the Classpath
>>> Exception
>>> * Release Notes are available at
>>> https://jdk.java.net/17/release-notes
>>>
>>>
>>>
>>>
>>>
>>> *
>>> *
>>>
>>> *OpenJDK 18 Early Access build 6 is available at *
>>> *https://jdk.java.net/18*
>>>
>>>
>>>
>>> * These early-access , open-source builds are provided under the
>>> o GNU General Public License, version 2, with the Classpath
>>> Exception
>>> * Release Notes are available at
>>> https://jdk.java.net/18/release-notes
>>>
>>>
>>>
>>> * Changes in recent builds that maybe of interest:
>>> o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
>>> object array [build 6]
>>> o JDK-8253119: Remove the legacy PlainSocketImpl and
>>> PlainDatagramSocketImpl implementation [build 6]
>>> o JDK-8268960: Prohibit Null for Header Keys and Values in
>>> com.sun.net.httpserver.Headers [build 5]
>>> o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
>>>
>>> *Topics of Interest: *
>>>
>>> * ‘Inside Java’ Podcast #18: Java's steady march towards strong
>>> encapsulation
>>>
>>>
>>> Rgds,Rory
>>>
>>> [1]
>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
>>>
>>>
>
> --
> Rgds, Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA, Dublin, Ireland
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Rory O'Donnell <ro...@oracle.com>.
Hi Robert,
Can you highlight the priority of the issues for you , would need to be
P1 or P2 to get fixed in
Rampdown Phase Two.
Rgds,Rory
On 16/07/2021 11:46, Rory O'Donnell wrote:
> Hi Robert,
>
> Can you log a couple of bugs, refer to the closed bugs and send the IDs ?
>
> Thanks,Rory
>
> On 16/07/2021 09:55, Robert Scholte wrote:
>> Hi Rory,
>>
>> thanks for the update.
>> We're having 2 issues related to javadoc, one based on JDK 17-ea+30,
>> the other one on Oracle OpenJDK 11.0.11 on Windows.
>>
>> The issue with JDK 17 has to do with stdout and errout.
>> The maven-javadoc-plugin has a flag to fail on warning, which means:
>> if something is written to the stderr it'll fail the build.
>> There has been a change that normal output is pushed to the stderr
>> instead of stdout.
>> Here's an example to show what has been written to the stderr, which
>> should have been stdout:
>> [WARNING] Javadoc Warnings
>> [WARNING] Loading source file
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
>> [WARNING] Constructing Javadoc information...
>> [WARNING] Building index for all the packages and classes...
>> [WARNING] Standard Doclet version 17-ea+30-2618
>> [WARNING] Building tree for all the packages and classes...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
>> [WARNING] Building index for all classes...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
>> [WARNING] Generating
>> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
>>
>> The first line (Javadoc Warnings) comes from the plugin, the rest of
>> the lines are captured from the stderr (!).
>> Most likely related to https://bugs.openjdk.java.net/browse/JDK-8268774
>>
>> The other one is weird:
>> https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as
>> fixed for JDK-13.
>> However, our matching integrationtest with Oracle OpenJDK 11.0.11
>> succeeds on Linux, but fails on Windows.
>> The issue has to do with the Java Platform Modular System, so it
>> shouldn't be OS related.
>> I thought this one would be backported from 13 to 11, but I can't
>> find that reference anymore.
>> If it is not yet backported, then IMHO it should. However, the Linux
>> distribution doesn't suffer this issue.
>>
>> So far I hadn't had a response from Jonathan or anyone else working
>> on the javadoc tool.
>> Maybe you can help us here.
>>
>> thanks,
>> Robert
>>>
>>> On 15-7-2021 22:07:07, Rory O'Donnell <ro...@oracle.com> wrote:
>>>
>>>
>>> Hi Robert , *
>>> *
>>>
>>> *Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
>>>
>>> *Please advise if you find any issues while testing the latest Early
>>> Access builds.*
>>>
>>> * Schedule:
>>>
>>> o *2021/07/15 Rampdown Phase Two*
>>> o 2021/08/05 Initial Release Candidate
>>> o 2021/08/19 Final Release Candidate
>>> o 2021/09/14 General Availability
>>>
>>>
>>> The overall feature set is frozen. No further JEPs will be targeted to
>>> this release.
>>>
>>> * Features integrated in JDK 17:
>>>
>>> o JEP 306: Restore Always-Strict Floating-Point Semantics
>>>
>>> o JEP 356: Enhanced Pseudo-Random Number Generators
>>>
>>> o JEP 382: New macOS Rendering Pipeline
>>>
>>> o JEP 391: macOS/AArch64 Port
>>> o JEP 398: Deprecate the Applet API for Removal
>>>
>>> o JEP 403: Strongly Encapsulate JDK Internals
>>>
>>> o JEP 406: Pattern Matching for switch (Preview)
>>>
>>> o JEP 407: Remove RMI Activation
>>> o JEP 409: Sealed Classes
>>> o JEP 410: Remove the Experimental AOT and JIT Compiler
>>>
>>> o JEP 411: Deprecate the Security Manager for Removal
>>>
>>> o JEP 412: Foreign Function & Memory API (Incubator)
>>>
>>> o JEP 414: Vector API (Second Incubator)
>>>
>>> o JEP 415: Context-Specific Deserialization Filters
>>>
>>>
>>> *
>>> *
>>>
>>> *OpenJDK 17 Early Access build 31 is available at
>>> **https://jdk.java.net/17*
>>> <https://urldefense.com/v3/__https://jdk.java.net/17*__;Kg!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmL-2_w48$>
>>>
>>>
>>> * These early-access , open-source builds are provided under the
>>> o GNU General Public License, version 2, with the Classpath
>>> Exception
>>> * Release Notes are available at
>>> https://jdk.java.net/17/release-notes
>>> <https://urldefense.com/v3/__https://jdk.java.net/17/release-notes__;!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmnETD_Ww$>
>>>
>>>
>>>
>>>
>>> *
>>> *
>>>
>>> *OpenJDK 18 Early Access build 6 is available at *
>>> *https://jdk.java.net/18*
>>> <https://urldefense.com/v3/__https://jdk.java.net/18*__;Kg!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQma85p70k$>
>>>
>>>
>>> * These early-access , open-source builds are provided under the
>>> o GNU General Public License, version 2, with the Classpath
>>> Exception
>>> * Release Notes are available at
>>> https://jdk.java.net/18/release-notes
>>> <https://urldefense.com/v3/__https://jdk.java.net/18/release-notes__;!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmnQW-WHg$>
>>>
>>>
>>> * Changes in recent builds that maybe of interest:
>>> o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
>>> object array [build 6]
>>> o JDK-8253119: Remove the legacy PlainSocketImpl and
>>> PlainDatagramSocketImpl implementation [build 6]
>>> o JDK-8268960: Prohibit Null for Header Keys and Values in
>>> com.sun.net.httpserver.Headers [build 5]
>>> o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
>>>
>>> *Topics of Interest: *
>>>
>>> * ‘Inside Java’ Podcast #18: Java's steady march towards strong
>>> encapsulation
>>>
>>>
>>> Rgds,Rory
>>>
>>> [1]
>>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
>>>
>>>
>
> --
> Rgds, Rory O'Donnell
> Quality Engineering Manager
> Oracle EMEA, Dublin, Ireland
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: [External] : Re: JDK 17 is now in Rampdown Phase Two
Posted by Rory O'Donnell <ro...@oracle.com>.
Hi Robert,
Can you log a couple of bugs, refer to the closed bugs and send the IDs ?
Thanks,Rory
On 16/07/2021 09:55, Robert Scholte wrote:
> Hi Rory,
>
> thanks for the update.
> We're having 2 issues related to javadoc, one based on JDK 17-ea+30,
> the other one on Oracle OpenJDK 11.0.11 on Windows.
>
> The issue with JDK 17 has to do with stdout and errout.
> The maven-javadoc-plugin has a flag to fail on warning, which means:
> if something is written to the stderr it'll fail the build.
> There has been a change that normal output is pushed to the stderr
> instead of stdout.
> Here's an example to show what has been written to the stderr, which
> should have been stdout:
> [WARNING] Javadoc Warnings
> [WARNING] Loading source file
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
> [WARNING] Constructing Javadoc information...
> [WARNING] Building index for all the packages and classes...
> [WARNING] Standard Doclet version 17-ea+30-2618
> [WARNING] Building tree for all the packages and classes...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
> [WARNING] Building index for all classes...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
> [WARNING] Generating
> E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
>
> The first line (Javadoc Warnings) comes from the plugin, the rest of
> the lines are captured from the stderr (!).
> Most likely related to https://bugs.openjdk.java.net/browse/JDK-8268774
>
> The other one is weird:
> https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as
> fixed for JDK-13.
> However, our matching integrationtest with Oracle OpenJDK 11.0.11
> succeeds on Linux, but fails on Windows.
> The issue has to do with the Java Platform Modular System, so it
> shouldn't be OS related.
> I thought this one would be backported from 13 to 11, but I can't find
> that reference anymore.
> If it is not yet backported, then IMHO it should. However, the Linux
> distribution doesn't suffer this issue.
>
> So far I hadn't had a response from Jonathan or anyone else working on
> the javadoc tool.
> Maybe you can help us here.
>
> thanks,
> Robert
>>
>> On 15-7-2021 22:07:07, Rory O'Donnell <ro...@oracle.com> wrote:
>>
>>
>> Hi Robert , *
>> *
>>
>> *Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
>>
>> *Please advise if you find any issues while testing the latest Early
>> Access builds.*
>>
>> * Schedule:
>>
>> o *2021/07/15 Rampdown Phase Two*
>> o 2021/08/05 Initial Release Candidate
>> o 2021/08/19 Final Release Candidate
>> o 2021/09/14 General Availability
>>
>>
>> The overall feature set is frozen. No further JEPs will be targeted to
>> this release.
>>
>> * Features integrated in JDK 17:
>>
>> o JEP 306: Restore Always-Strict Floating-Point Semantics
>>
>> o JEP 356: Enhanced Pseudo-Random Number Generators
>>
>> o JEP 382: New macOS Rendering Pipeline
>>
>> o JEP 391: macOS/AArch64 Port
>> o JEP 398: Deprecate the Applet API for Removal
>>
>> o JEP 403: Strongly Encapsulate JDK Internals
>>
>> o JEP 406: Pattern Matching for switch (Preview)
>>
>> o JEP 407: Remove RMI Activation
>> o JEP 409: Sealed Classes
>> o JEP 410: Remove the Experimental AOT and JIT Compiler
>>
>> o JEP 411: Deprecate the Security Manager for Removal
>>
>> o JEP 412: Foreign Function & Memory API (Incubator)
>>
>> o JEP 414: Vector API (Second Incubator)
>>
>> o JEP 415: Context-Specific Deserialization Filters
>>
>>
>> *
>> *
>>
>> *OpenJDK 17 Early Access build 31 is available at
>> **https://jdk.java.net/17*
>> <https://urldefense.com/v3/__https://jdk.java.net/17*__;Kg!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmL-2_w48$>
>>
>>
>> * These early-access , open-source builds are provided under the
>> o GNU General Public License, version 2, with the Classpath
>> Exception
>> * Release Notes are available at
>> https://jdk.java.net/17/release-notes
>> <https://urldefense.com/v3/__https://jdk.java.net/17/release-notes__;!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmnETD_Ww$>
>>
>>
>>
>>
>> *
>> *
>>
>> *OpenJDK 18 Early Access build 6 is available at *
>> *https://jdk.java.net/18*
>> <https://urldefense.com/v3/__https://jdk.java.net/18*__;Kg!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQma85p70k$>
>>
>>
>> * These early-access , open-source builds are provided under the
>> o GNU General Public License, version 2, with the Classpath
>> Exception
>> * Release Notes are available at
>> https://jdk.java.net/18/release-notes
>> <https://urldefense.com/v3/__https://jdk.java.net/18/release-notes__;!!ACWV5N9M2RV99hQ!f1jzJNy-i3R3lYdpkex-LqC3j-r52WN0E_SnZC23UMoSES5fENozqUgRaWQmnQW-WHg$>
>>
>>
>> * Changes in recent builds that maybe of interest:
>> o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
>> object array [build 6]
>> o JDK-8253119: Remove the legacy PlainSocketImpl and
>> PlainDatagramSocketImpl implementation [build 6]
>> o JDK-8268960: Prohibit Null for Header Keys and Values in
>> com.sun.net.httpserver.Headers [build 5]
>> o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
>>
>> *Topics of Interest: *
>>
>> * ‘Inside Java’ Podcast #18: Java's steady march towards strong
>> encapsulation
>>
>>
>> Rgds,Rory
>>
>> [1]
>> https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html
>>
>>
--
Rgds, Rory O'Donnell
Quality Engineering Manager
Oracle EMEA, Dublin, Ireland
Re: JDK 17 is now in Rampdown Phase Two
Posted by Robert Scholte <rf...@apache.org>.
Hi Rory,
thanks for the update.
We're having 2 issues related to javadoc, one based on JDK 17-ea+30, the other one on Oracle OpenJDK 11.0.11 on Windows.
The issue with JDK 17 has to do with stdout and errout.
The maven-javadoc-plugin has a flag to fail on warning, which means: if something is written to the stderr it'll fail the build.
There has been a change that normal output is pushed to the stderr instead of stdout.
Here's an example to show what has been written to the stderr, which should have been stdout:
[WARNING] Javadoc Warnings
[WARNING] Loading source file E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\src\main\java\foo\bar\MyClass.java...
[WARNING] Constructing Javadoc information...
[WARNING] Building index for all the packages and classes...
[WARNING] Standard Doclet version 17-ea+30-2618
[WARNING] Building tree for all the packages and classes...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\MyClass.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-summary.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-tree.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\class-use\MyClass.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\foo\bar\package-use.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\overview-tree.html...
[WARNING] Building index for all classes...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allclasses-index.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\allpackages-index.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index-all.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\index.html...
[WARNING] Generating E:\java-workspace\apache-maven-plugins\plugins\maven-javadoc-plugin\target\it\MJAVADOC-538\target\site\apidocs\help-doc.html...
The first line (Javadoc Warnings) comes from the plugin, the rest of the lines are captured from the stderr (!).
Most likely related to https://bugs.openjdk.java.net/browse/JDK-8268774
The other one is weird: https://bugs.openjdk.java.net/browse/JDK-8220702 has been marked as fixed for JDK-13.
However, our matching integrationtest with Oracle OpenJDK 11.0.11 succeeds on Linux, but fails on Windows.
The issue has to do with the Java Platform Modular System, so it shouldn't be OS related.
I thought this one would be backported from 13 to 11, but I can't find that reference anymore.
If it is not yet backported, then IMHO it should. However, the Linux distribution doesn't suffer this issue.
So far I hadn't had a response from Jonathan or anyone else working on the javadoc tool.
Maybe you can help us here.
thanks,
Robert
On 15-7-2021 22:07:07, Rory O'Donnell <ro...@oracle.com> wrote:
Hi Robert , *
*
*Per the JDK 17 schedule , we are in Rampdown Phase Two [1].*
*Please advise if you find any issues while testing the latest Early
Access builds.*
* Schedule:
o *2021/07/15 Rampdown Phase Two*
o 2021/08/05 Initial Release Candidate
o 2021/08/19 Final Release Candidate
o 2021/09/14 General Availability
The overall feature set is frozen. No further JEPs will be targeted to
this release.
* Features integrated in JDK 17:
o JEP 306: Restore Always-Strict Floating-Point Semantics
o JEP 356: Enhanced Pseudo-Random Number Generators
o JEP 382: New macOS Rendering Pipeline
o JEP 391: macOS/AArch64 Port
o JEP 398: Deprecate the Applet API for Removal
o JEP 403: Strongly Encapsulate JDK Internals
o JEP 406: Pattern Matching for switch (Preview)
o JEP 407: Remove RMI Activation
o JEP 409: Sealed Classes
o JEP 410: Remove the Experimental AOT and JIT Compiler
o JEP 411: Deprecate the Security Manager for Removal
o JEP 412: Foreign Function & Memory API (Incubator)
o JEP 414: Vector API (Second Incubator)
o JEP 415: Context-Specific Deserialization Filters
*
*
*OpenJDK 17 Early Access build 31 is available at
**https://jdk.java.net/17*
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception
* Release Notes are available at https://jdk.java.net/17/release-notes
*
*
*OpenJDK 18 Early Access build 6 is available at *
*https://jdk.java.net/18*
* These early-access , open-source builds are provided under the
o GNU General Public License, version 2, with the Classpath
Exception
* Release Notes are available at https://jdk.java.net/18/release-notes
* Changes in recent builds that maybe of interest:
o JDK-8269697: JNI_GetPrimitiveArrayCritical() should not accept
object array [build 6]
o JDK-8253119: Remove the legacy PlainSocketImpl and
PlainDatagramSocketImpl implementation [build 6]
o JDK-8268960: Prohibit Null for Header Keys and Values in
com.sun.net.httpserver.Headers [build 5]
o JDK-8256425: Obsolete Biased Locking in JDK 18 [build 4]
*Topics of Interest: *
* ‘Inside Java’ Podcast #18: Java's steady march towards strong
encapsulation
Rgds,Rory
[1]
https://mail.openjdk.java.net/pipermail/jdk-dev/2021-July/005752.html