From david.holmes at oracle.com Wed Sep 1 01:42:45 2021 From: david.holmes at oracle.com (David Holmes) Date: Wed, 1 Sep 2021 11:42:45 +1000 Subject: [External] : Re: GitHub/Mailing list communication defunct? In-Reply-To: References: <095fc050-dbb1-107d-eac9-89c974ba42b8@oracle.com> <59dd2185-104f-3235-6d8a-5f581f6d99be@gmail.com> Message-ID: <16971c98-d84e-7ba3-2b06-7bbb70aa717e@oracle.com> FYI the problem has now been identified and a fix prepared. It should be deployed soon. https://bugs.openjdk.java.net/browse/SKARA-1148 Only certain mailing lists are affected and it can change each month IIUC. David On 12/08/2021 10:03 am, David Holmes wrote: > Just FYI the problem is still under investigation and still seems to > persist for some ML's but not all. > > David > > On 28/07/2021 3:44 am, tim.bell at oracle.com wrote: >> Hello >> >>> if someone comments/replies directly to the mailing list thread (like >>> Bernd and I did, during this past hour[2]), those comments aren't >>> being registered in that github PR. This used to work previously and >>> seems to be broken right now. >> >> We are aware of this problem and still investigating.? We don't have a >> root cause or an ETA for this. >> >> Tim >> >> >> On 7/22/21 09:21, Jaikiran Pai wrote: >>> FWIW, it looks like this isn't fully back to normal. From what I can >>> see in one of the PR's[1] I'm involved in, if I comment directly on >>> the PR through the github UI, a mail is now getting delivered to the >>> relevant mailing lists. So this part is back to normal now. >>> >>> However, if someone comments/replies directly to the mailing list >>> thread (like Bernd and I did, during this past hour[2]), those >>> comments aren't being registered in that github PR. This used to work >>> previously and seems to be broken right now. >>> >>> [1] >>> https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/4607__;!!ACWV5N9M2RV99hQ!eNjD04SNNH9INHTt0cyyed12lRNw9aZfSspNKh0ILIUQCIcvka-_vJ8XHXipGIQ$ >>> >>> [2] >>> https://mail.openjdk.java.net/pipermail/core-libs-dev/2021-July/079994.html >>> >>> >>> >>> -Jaikiran >>> >>> On 22/07/21 3:03 am, tim.bell at oracle.com wrote: >>>>> just recognized that all of a sudden the traffic on the OpenJDK >>>>> mailing lists dropped >>>> >>>> About an hour ago we corrected a problem on the Skara server >>>> processing external (EG: github) messages.? Message traffic should >>>> be flowing again. >>>> >>>> Messages for events during the outage are lost.? We will be holding >>>> a port-mortem to investigate why this outage was not noticed sooner, >>>> and why there was a data loss. >>>> >>>> Tim >>>> >>>> >>>> On 7/21/21 14:29, David Holmes wrote: >>>>> Hi Christoph, >>>>> >>>>> On 22/07/2021 1:07 am, Langer, Christoph wrote: >>>>>> Hi, >>>>>> >>>>>> there's still no traffic on the mailing lists... >>>>>> >>>>>> It would be much appreciated if you could share an update on the >>>>>> status. >>>>> >>>>> There was no update to share I'm afraid but it has now been resolved. >>>>> >>>>> It seems likely that the missing mail is gone forever unfortunately. >>>>> >>>>> Cheers, >>>>> David >>>>> >>>>>> Thanks >>>>>> Christoph >>>>>> >>>>>> From: Langer, Christoph >>>>>> Sent: Dienstag, 20. Juli 2021 08:23 >>>>>> To: ops at openjdk.java.net; skara-dev at openjdk.java.net; >>>>>> jdk-dev at openjdk.java.net >>>>>> Subject: GitHub/Mailing list communication defunct? >>>>>> >>>>>> Hi, >>>>>> >>>>>> I just recognized that all of a sudden the traffic on the OpenJDK >>>>>> mailing lists dropped... First I thought it's an issue with my >>>>>> account but looking at the pipermail archives, I don't find any >>>>>> mails after e.g. some time yesterday. And I guess there's still >>>>>> the usual activity on GitHub... >>>>>> >>>>>> Are you aware of an issue? >>>>>> >>>>>> Thanks & Best regards >>>>>> Christoph >>>>>> >>>> >>> >> From erik.joelsson at oracle.com Wed Sep 1 14:59:46 2021 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Wed, 1 Sep 2021 07:59:46 -0700 Subject: [External] : Re: GitHub/Mailing list communication defunct? In-Reply-To: <16971c98-d84e-7ba3-2b06-7bbb70aa717e@oracle.com> References: <095fc050-dbb1-107d-eac9-89c974ba42b8@oracle.com> <59dd2185-104f-3235-6d8a-5f581f6d99be@gmail.com> <16971c98-d84e-7ba3-2b06-7bbb70aa717e@oracle.com> Message-ID: The fix was deployed about 30 mins ago and I've seen several missing emails being posted since. However, Skara has a built in limit to only consider emails up to 14 days old. Since this has been defunct for a much longer time, I'm going to temporarily deploy a version with a longer limit so that older emails are found and posted. /Erik On 2021-08-31 18:42, David Holmes wrote: > FYI the problem has now been identified and a fix prepared. It should > be deployed soon. > > https://bugs.openjdk.java.net/browse/SKARA-1148 > > Only certain mailing lists are affected and it can change each month > IIUC. > > David > > On 12/08/2021 10:03 am, David Holmes wrote: >> Just FYI the problem is still under investigation and still seems to >> persist for some ML's but not all. >> >> David >> >> On 28/07/2021 3:44 am, tim.bell at oracle.com wrote: >>> Hello >>> >>>> if someone comments/replies directly to the mailing list thread >>>> (like Bernd and I did, during this past hour[2]), those comments >>>> aren't being registered in that github PR. This used to work >>>> previously and seems to be broken right now. >>> >>> We are aware of this problem and still investigating.? We don't have >>> a root cause or an ETA for this. >>> >>> Tim >>> >>> >>> On 7/22/21 09:21, Jaikiran Pai wrote: >>>> FWIW, it looks like this isn't fully back to normal. From what I >>>> can see in one of the PR's[1] I'm involved in, if I comment >>>> directly on the PR through the github UI, a mail is now getting >>>> delivered to the relevant mailing lists. So this part is back to >>>> normal now. >>>> >>>> However, if someone comments/replies directly to the mailing list >>>> thread (like Bernd and I did, during this past hour[2]), those >>>> comments aren't being registered in that github PR. This used to >>>> work previously and seems to be broken right now. >>>> >>>> [1] >>>> https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/4607__;!!ACWV5N9M2RV99hQ!eNjD04SNNH9INHTt0cyyed12lRNw9aZfSspNKh0ILIUQCIcvka-_vJ8XHXipGIQ$ >>>> >>>> [2] >>>> https://mail.openjdk.java.net/pipermail/core-libs-dev/2021-July/079994.html >>>> >>>> >>>> >>>> -Jaikiran >>>> >>>> On 22/07/21 3:03 am, tim.bell at oracle.com wrote: >>>>>> just recognized that all of a sudden the traffic on the OpenJDK >>>>>> mailing lists dropped >>>>> >>>>> About an hour ago we corrected a problem on the Skara server >>>>> processing external (EG: github) messages.? Message traffic should >>>>> be flowing again. >>>>> >>>>> Messages for events during the outage are lost.? We will be >>>>> holding a port-mortem to investigate why this outage was not >>>>> noticed sooner, and why there was a data loss. >>>>> >>>>> Tim >>>>> >>>>> >>>>> On 7/21/21 14:29, David Holmes wrote: >>>>>> Hi Christoph, >>>>>> >>>>>> On 22/07/2021 1:07 am, Langer, Christoph wrote: >>>>>>> Hi, >>>>>>> >>>>>>> there's still no traffic on the mailing lists... >>>>>>> >>>>>>> It would be much appreciated if you could share an update on the >>>>>>> status. >>>>>> >>>>>> There was no update to share I'm afraid but it has now been >>>>>> resolved. >>>>>> >>>>>> It seems likely that the missing mail is gone forever unfortunately. >>>>>> >>>>>> Cheers, >>>>>> David >>>>>> >>>>>>> Thanks >>>>>>> Christoph >>>>>>> >>>>>>> From: Langer, Christoph >>>>>>> Sent: Dienstag, 20. Juli 2021 08:23 >>>>>>> To: ops at openjdk.java.net; skara-dev at openjdk.java.net; >>>>>>> jdk-dev at openjdk.java.net >>>>>>> Subject: GitHub/Mailing list communication defunct? >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I just recognized that all of a sudden the traffic on the >>>>>>> OpenJDK mailing lists dropped... First I thought it's an issue >>>>>>> with my account but looking at the pipermail archives, I don't >>>>>>> find any mails after e.g. some time yesterday. And I guess >>>>>>> there's still the usual activity on GitHub... >>>>>>> >>>>>>> Are you aware of an issue? >>>>>>> >>>>>>> Thanks & Best regards >>>>>>> Christoph >>>>>>> >>>>> >>>> >>> From mark.reinhold at oracle.com Wed Sep 1 17:19:10 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Wed, 01 Sep 2021 10:19:10 -0700 Subject: JEP proposed to target JDK 18: 413: Code Snippets in Java API Documentation In-Reply-To: <20210823223338.66AA73EF9B7@eggemoggin.niobe.net> References: <20210823223338.66AA73EF9B7@eggemoggin.niobe.net> Message-ID: <20210901101910.793621291@eggemoggin.niobe.net> 2021/8/23 15:33:38 -0700, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 18: > > 413: Code Snippets in Java API Documentation > https://openjdk.java.net/jeps/413 > > Summary: Introduce an @snippet tag for JavaDoc's Standard Doclet, to > simplify the inclusion of example source code in API documentation. > > Feedback on this proposal from JDK Project Committers and Reviewers [1] > is more than welcome, as are reasoned objections. If no such objections > are raised by 23:59 UTC on Monday, 30 August, or if they?re raised and > then satisfactorily answered, then per the JEP 2.0 process proposal [2] > I?ll target this JEP to JDK 18. Hearing no objections, I?ve targeted this JEP to JDK 18. - Mark From mark.reinhold at oracle.com Fri Sep 3 21:34:29 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 3 Sep 2021 14:34:29 -0700 (PDT) Subject: New candidate JEP: 418: Internet-Address Resolution SPI Message-ID: <20210903213430.015E03F0BC8@eggemoggin.niobe.net> https://openjdk.java.net/jeps/418 Summary: Define a service-provider interface (SPI) for host name and address resolution, so that java.net.InetAddress can make use of resolvers other than the platform's built-in resolver. - Mark From mark.yagnatinsky at barclays.com Mon Sep 6 23:27:31 2021 From: mark.yagnatinsky at barclays.com (mark.yagnatinsky at barclays.com) Date: Mon, 6 Sep 2021 23:27:31 +0000 Subject: jep187 disappeared? Message-ID: It's not on the list: https://openjdk.java.net/jeps/0 And constructing the URL manually gets us a 404 https://openjdk.java.net/jeps/187 Where'd it go? _________________________________________________________________________________________________________________________________________________________________________________________________________________________________ ?This message is for information purposes only, it is not a recommendation, advice, offer or solicitation to buy or sell a product or service nor an official confirmation of any transaction. It is directed at persons who are professionals and is not intended for retail customer use. Intended for recipient only. This message is subject to the terms at: www.barclays.com/emaildisclaimer. For important disclosures, please see: www.barclays.com/salesandtradingdisclaimer regarding market commentary from Barclays Sales and/or Trading, who are active market participants; https://www.investmentbank.barclays.com/disclosures/barclays-global-markets-disclosures.html regarding our standard terms for the Investment Bank of Barclays where we trade with you in principal-to-principal wholesale markets transactions; and in respect of Barclays Research, including disclosures relating to specific issuers, please see http://publicresearch.barclays.com.? _________________________________________________________________________________________________________________________________________________________________________________________________________________________________ If you are incorporated or operating in Australia, please see https://www.home.barclays/disclosures/importantapacdisclosures.html for important disclosure. _________________________________________________________________________________________________________________________________________________________________________________________________________________________________ How we use personal information see our privacy notice https://www.investmentbank.barclays.com/disclosures/personalinformationuse.html _________________________________________________________________________________________________________________________________________________________________________________________________________________________________ From archana.nogriya at uk.ibm.com Tue Sep 7 12:52:22 2021 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Tue, 7 Sep 2021 13:52:22 +0100 Subject: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: Hi, Please can someone help to fix the copyright issues in JDK17. We found in our internal scan that under new 'jdk.incubator.vector' all the listed files has GPLv2 present but Classpath exception is missing. - src/jdk.incubator.vector/linux/native/libsvml/globals_vectorApiSupport_linux.S.inc - src/jdk.incubator.vector/linux/native/libsvml/svml_d_acos_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_asin_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan2_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cbrt_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cos_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cosh_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_exp_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_expm1_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_hypot_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log10_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log1p_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_pow_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sin_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sinh_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tan_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tanh_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_acos_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_asin_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan2_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cbrt_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cos_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cosh_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_exp_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_expm1_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_hypot_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log10_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log1p_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_pow_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sin_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sinh_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tan_linux_x86.S - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tanh_linux_x86.S - src/jdk.incubator.vector/windows/native/libsvml/globals_vectorApiSupport_windows.S.inc - src/jdk.incubator.vector/windows/native/libsvml/svml_d_acos_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_asin_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan2_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cbrt_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cos_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cosh_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_exp_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_expm1_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_hypot_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log10_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log1p_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_pow_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sin_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sinh_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tan_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tanh_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_acos_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_asin_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan2_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cbrt_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cos_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cosh_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_exp_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_expm1_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_hypot_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log10_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log1p_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_pow_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sin_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sinh_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tan_windows_x86.S - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tanh_windows_x86.S Many Thanks & Regards Archana Nogriya Java Runtimes Development and Project Manager IBM Hursley IBM United Kingdom Ltd internet email: archana.nogriya at uk.ibm.com Working hrs (Mon-Fri)- 9am - 3pm Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU From archana.nogriya at uk.ibm.com Tue Sep 7 12:54:30 2021 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Tue, 7 Sep 2021 13:54:30 +0100 Subject: Copyright Issues : JDK8 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: Hi, Please can someone help to fix the copyright issues in JDK8. We found in our internal scan that - jdk/src/share/native/sun/security/pkcs11/wrapper/pkcs11gcm2.h: GPLv2 is present but Classpath exception is missing. Many Thanks & Regards Archana Nogriya Java Runtimes Development and Project Manager IBM Hursley IBM United Kingdom Ltd internet email: archana.nogriya at uk.ibm.com Working hrs (Mon-Fri)- 9am - 3pm Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU From david.holmes at oracle.com Tue Sep 7 13:29:17 2021 From: david.holmes at oracle.com (David Holmes) Date: Tue, 7 Sep 2021 23:29:17 +1000 Subject: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: On 7/09/2021 10:52 pm, Archana Nogriya wrote: > Hi, > > > Please can someone help to fix the copyright issues in JDK17. > We found in our internal scan that under new 'jdk.incubator.vector' all > the listed files has GPLv2 present but Classpath exception is missing. Does the classpath exception even have any meaning/applicability for these .S files ??? David ----- > > - > src/jdk.incubator.vector/linux/native/libsvml/globals_vectorApiSupport_linux.S.inc > > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_acos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_asin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan2_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cbrt_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cosh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_exp_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_expm1_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_hypot_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log10_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log1p_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_pow_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sinh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tanh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_acos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_asin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan2_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cbrt_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cosh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_exp_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_expm1_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_hypot_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log10_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log1p_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_pow_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sinh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tanh_linux_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/globals_vectorApiSupport_windows.S.inc > > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_acos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_asin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan2_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_cbrt_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_cosh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_exp_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_expm1_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_hypot_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_log10_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_log1p_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_pow_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_sinh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_tanh_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_acos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_asin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan2_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_cbrt_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_cosh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_exp_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_expm1_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_hypot_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_log10_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_log1p_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_pow_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_sinh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_tanh_windows_x86.S > > > Many Thanks & Regards > Archana Nogriya > Java Runtimes Development and Project Manager > IBM Hursley > IBM United Kingdom Ltd > internet email: archana.nogriya at uk.ibm.com > Working hrs (Mon-Fri)- 9am - 3pm > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > From archana.nogriya at uk.ibm.com Tue Sep 7 13:55:24 2021 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Tue, 7 Sep 2021 14:55:24 +0100 Subject: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: Hi David, .S is assembler code, and the classpath exception is meaningful and as important for assembler code or C code as we see other code. Hence we need to get this fix please. Many Thanks & Regards Archana Nogriya Java Runtimes Development and Project Manager IBM Hursley IBM United Kingdom Ltd internet email: archana.nogriya at uk.ibm.com Working hrs (Mon-Fri)- 9am - 3pm From: "David Holmes" To: "Archana Nogriya" , jdk-dev at openjdk.java.net Cc: "Anthony Renaud" , "Peter Shipton" , "Adam Brousseau" Date: 07/09/2021 14:29 Subject: [EXTERNAL] Re: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing On 7/09/2021 10:52 pm, Archana Nogriya wrote: > Hi, > > > Please can someone help to fix the copyright issues in JDK17. > We found in our internal scan that under new 'jdk.incubator.vector' all > the listed files has GPLv2 present but Classpath exception is missing. Does the classpath exception even have any meaning/applicability for these .S files ??? David ----- > > - > src/jdk.incubator.vector/linux/native/libsvml/globals_vectorApiSupport_linux.S.inc > > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_acos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_asin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan2_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cbrt_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cosh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_exp_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_expm1_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_hypot_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log10_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log1p_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_pow_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sinh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tanh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_acos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_asin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan2_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cbrt_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cos_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cosh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_exp_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_expm1_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_hypot_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log10_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log1p_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_pow_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sin_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sinh_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tan_linux_x86.S > - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tanh_linux_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/globals_vectorApiSupport_windows.S.inc > > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_acos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_asin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan2_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_cbrt_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_cosh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_exp_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_expm1_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_hypot_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_log10_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_log1p_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_pow_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_sinh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_d_tanh_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_acos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_asin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan2_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_cbrt_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cos_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_cosh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_exp_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_expm1_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_hypot_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_log10_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_log1p_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_pow_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sin_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_sinh_windows_x86.S > - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tan_windows_x86.S > - > src/jdk.incubator.vector/windows/native/libsvml/svml_s_tanh_windows_x86.S > > > Many Thanks & Regards > Archana Nogriya > Java Runtimes Development and Project Manager > IBM Hursley > IBM United Kingdom Ltd > internet email: archana.nogriya at uk.ibm.com > Working hrs (Mon-Fri)- 9am - 3pm > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU > Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU From chris.plummer at oracle.com Tue Sep 7 18:17:07 2021 From: chris.plummer at oracle.com (Chris Plummer) Date: Tue, 7 Sep 2021 11:17:07 -0700 Subject: Result: New JDK Committer: Lin Zang In-Reply-To: <193c33fa-4059-0def-57f8-11b50d2a999e@oracle.com> References: <193c33fa-4059-0def-57f8-11b50d2a999e@oracle.com> Message-ID: <57f9aff2-4c68-b567-e8da-9c0cfbb5d891@oracle.com> Voting for Lin Zang [1] is now closed: Yes: 12 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. --Chris [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2021-August/005967.html [2] http://openjdk.java.net/bylaws#lazy-consensus From david.holmes at oracle.com Tue Sep 7 22:19:33 2021 From: david.holmes at oracle.com (David Holmes) Date: Wed, 8 Sep 2021 08:19:33 +1000 Subject: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: On 7/09/2021 11:55 pm, Archana Nogriya wrote: > Hi David, > > .S is assembler code, and the classpath exception is meaningful and as > important for assembler code or C code as we see other code. > Hence we need to get this fix please. Okay I've filed: https://bugs.openjdk.java.net/browse/JDK-8273458 on your behalf. Note however that this would not result in any changes to the actual JDK 17 repo files, just 17u and mainline. Cheers, David ----- > > Many Thanks & Regards > Archana Nogriya > Java Runtimes Development and Project Manager > IBM Hursley > IBM United Kingdom Ltd > internet email: archana.nogriya at uk.ibm.com > Working hrs (Mon-Fri)- 9am - 3pm > > > > > > From: "David Holmes" > To: "Archana Nogriya" , > jdk-dev at openjdk.java.net > Cc: "Anthony Renaud" , "Peter Shipton" > , "Adam Brousseau" > Date: 07/09/2021 14:29 > Subject: [EXTERNAL] Re: Copyright Issues : JDK17 - GPLv2 is present but > Classpath exception is missing > ------------------------------------------------------------------------ > > > > On 7/09/2021 10:52 pm, Archana Nogriya wrote: >> Hi, >> >> >> Please can someone help to fix the copyright issues in JDK17. >> We found in our internal scan that under new 'jdk.incubator.vector' all >> the listed files has GPLv2 present but Classpath exception is missing. > > Does the classpath exception even have any meaning/applicability for > these .S files ??? > > David > ----- > >> >> - >> src/jdk.incubator.vector/linux/native/libsvml/globals_vectorApiSupport_linux.S.inc >> >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_acos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_asin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan2_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cbrt_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cosh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_exp_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_expm1_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_hypot_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log10_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log1p_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_pow_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sinh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tanh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_acos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_asin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan2_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cbrt_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cosh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_exp_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_expm1_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_hypot_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log10_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log1p_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_pow_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sinh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tanh_linux_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/globals_vectorApiSupport_windows.S.inc >> >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_acos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_asin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan2_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_cbrt_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_cosh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_exp_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_expm1_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_hypot_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_log10_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_log1p_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_pow_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_sinh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_tanh_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_acos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_asin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan2_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_cbrt_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_cosh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_exp_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_expm1_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_hypot_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_log10_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_log1p_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_pow_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_sinh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_tanh_windows_x86.S >> >> >> Many Thanks & Regards >> Archana Nogriya >> Java Runtimes Development and Project Manager >> IBM Hursley >> IBM United Kingdom Ltd >> internet email: archana.nogriya at uk.ibm.com >> Working hrs (Mon-Fri)- 9am - 3pm >> >> >> Unless stated otherwise above: >> IBM United Kingdom Limited - Registered in England and Wales with number >> 741598. >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU >> > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU From archana.nogriya at uk.ibm.com Wed Sep 8 08:36:01 2021 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Wed, 8 Sep 2021 09:36:01 +0100 Subject: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: Thank you David, Much appreciated. As long as this is fixed , we should be good. Many Thanks & Regards Archana Nogriya Java Runtimes Development and Project Manager IBM Hursley IBM United Kingdom Ltd internet email: archana.nogriya at uk.ibm.com Working hrs (Mon-Fri)- 9am - 3pm From: "David Holmes" To: "Archana Nogriya" Cc: "Adam Brousseau" , "Anthony Renaud" , jdk-dev at openjdk.java.net, "Peter Shipton" Date: 07/09/2021 23:20 Subject: [EXTERNAL] Re: Copyright Issues : JDK17 - GPLv2 is present but Classpath exception is missing On 7/09/2021 11:55 pm, Archana Nogriya wrote: > Hi David, > > .S is assembler code, and the classpath exception is meaningful and as > important for assembler code or C code as we see other code. > Hence we need to get this fix please. Okay I've filed: https://bugs.openjdk.java.net/browse/JDK-8273458 on your behalf. Note however that this would not result in any changes to the actual JDK 17 repo files, just 17u and mainline. Cheers, David ----- > > Many Thanks & Regards > Archana Nogriya > Java Runtimes Development and Project Manager > IBM Hursley > IBM United Kingdom Ltd > internet email: archana.nogriya at uk.ibm.com > Working hrs (Mon-Fri)- 9am - 3pm > > > > > > From: "David Holmes" > To: "Archana Nogriya" , > jdk-dev at openjdk.java.net > Cc: "Anthony Renaud" , "Peter Shipton" > , "Adam Brousseau" > Date: 07/09/2021 14:29 > Subject: [EXTERNAL] Re: Copyright Issues : JDK17 - GPLv2 is present but > Classpath exception is missing > ------------------------------------------------------------------------ > > > > On 7/09/2021 10:52 pm, Archana Nogriya wrote: >> Hi, >> >> >> Please can someone help to fix the copyright issues in JDK17. >> We found in our internal scan that under new 'jdk.incubator.vector' all >> the listed files has GPLv2 present but Classpath exception is missing. > > Does the classpath exception even have any meaning/applicability for > these .S files ??? > > David > ----- > >> >> - >> src/jdk.incubator.vector/linux/native/libsvml/globals_vectorApiSupport_linux.S.inc >> >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_acos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_asin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan2_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_atan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cbrt_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_cosh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_exp_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_expm1_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_hypot_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log10_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log1p_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_log_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_pow_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_sinh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_d_tanh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_acos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_asin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan2_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_atan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cbrt_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cos_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_cosh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_exp_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_expm1_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_hypot_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log10_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log1p_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_log_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_pow_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sin_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_sinh_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tan_linux_x86.S >> - src/jdk.incubator.vector/linux/native/libsvml/svml_s_tanh_linux_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/globals_vectorApiSupport_windows.S.inc >> >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_acos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_asin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan2_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_atan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_cbrt_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_cos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_cosh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_exp_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_expm1_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_hypot_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_log10_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_log1p_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_log_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_pow_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_sin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_sinh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_d_tan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_d_tanh_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_acos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_asin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan2_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_atan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_cbrt_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_cos_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_cosh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_exp_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_expm1_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_hypot_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_log10_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_log1p_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_log_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_pow_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_sin_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_sinh_windows_x86.S >> - src/jdk.incubator.vector/windows/native/libsvml/svml_s_tan_windows_x86.S >> - >> src/jdk.incubator.vector/windows/native/libsvml/svml_s_tanh_windows_x86.S >> >> >> Many Thanks & Regards >> Archana Nogriya >> Java Runtimes Development and Project Manager >> IBM Hursley >> IBM United Kingdom Ltd >> internet email: archana.nogriya at uk.ibm.com >> Working hrs (Mon-Fri)- 9am - 3pm >> >> >> Unless stated otherwise above: >> IBM United Kingdom Limited - Registered in England and Wales with number >> 741598. >> Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU >> > > > > Unless stated otherwise above: > IBM United Kingdom Limited - Registered in England and Wales with number > 741598. > Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU From mark.reinhold at oracle.com Thu Sep 9 22:14:02 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 9 Sep 2021 15:14:02 -0700 (PDT) Subject: JEP proposed to target JDK 18: 417: Vector API (Third Incubator) Message-ID: <20210909221402.2003F4C065E@eggemoggin.niobe.net> The following JEP is proposed to target JDK 18: 417: Vector API (Third Incubator) https://openjdk.java.net/jeps/417 Summary: Introduce an API to express vector computations that reliably compile at runtime to optimal vector instructions on supported CPU architectures, thus achieving performance superior to equivalent scalar computations. Feedback on this proposal from JDK Project Committers and Reviewers [1] is more than welcome, as are reasoned objections. If no such objections are raised by 23:59 UTC on Thursday, 16 September, or if they?re raised and then satisfactorily answered, then per the JEP 2.0 process proposal [2] I?ll target this JEP to JDK 18. - Mark [1] https://openjdk.java.net/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From serguei.spitsyn at oracle.com Fri Sep 10 23:11:53 2021 From: serguei.spitsyn at oracle.com (Serguei Spitsyn) Date: Fri, 10 Sep 2021 23:11:53 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik Message-ID: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> From: Serguei Spitsyn Date: Friday, September 10, 2021 at 3:37 PM To: jdk-dev Subject: CFV: New JDK Reviewer: Leonid Mesnik I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. Votes are due by Friday, the 24th of September, 2021. Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Thanks, Serguei [0] http://openjdk.java.net/census#lmesnik [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits [3] https://openjdk.java.net/census#jdk [4] http://openjdk.java.net/projects/#reviewer-vote From daniel.daugherty at oracle.com Sat Sep 11 01:28:01 2021 From: daniel.daugherty at oracle.com (daniel.daugherty at oracle.com) Date: Fri, 10 Sep 2021 19:28:01 -0600 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes Dan On 9/10/21 5:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From chris.plummer at oracle.com Sat Sep 11 02:32:03 2021 From: chris.plummer at oracle.com (Chris Plummer) Date: Fri, 10 Sep 2021 19:32:03 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <95f9ac78-0d11-32be-b1d3-1356b0fd0469@oracle.com> Vote: yes Chris On 9/10/21 4:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From thomas.stuefe at gmail.com Sat Sep 11 05:26:48 2021 From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=) Date: Sat, 11 Sep 2021 07:26:48 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes On Sat, Sep 11, 2021 at 1:12 AM Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I > would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits > to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on > this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] > https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] > https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > > From chegar999 at gmail.com Sat Sep 11 09:23:15 2021 From: chegar999 at gmail.com (Chris Hegarty) Date: Sat, 11 Sep 2021 10:23:15 +0100 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <8909d431-70f0-b9f9-9aaf-c16d55c0baa7@gmail.com> Vote: Yes -Chris. On 11/09/2021 00:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. From erik.osterlund at oracle.com Sat Sep 11 11:34:38 2021 From: erik.osterlund at oracle.com (Erik Osterlund) Date: Sat, 11 Sep 2021 11:34:38 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes /Erik > On 11 Sep 2021, at 01:12, Serguei Spitsyn wrote: > > ?From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From vladimir.kozlov at oracle.com Sat Sep 11 14:48:09 2021 From: vladimir.kozlov at oracle.com (vladimir.kozlov at oracle.com) Date: Sat, 11 Sep 2021 07:48:09 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <9dd81044-46d3-0b13-fb97-71306cf55cb3@oracle.com> Vote: yes Thanks, Vladimir K On 9/10/21 4:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From igor.ignatyev at oracle.com Sun Sep 12 01:13:28 2021 From: igor.ignatyev at oracle.com (Igor Ignatev) Date: Sun, 12 Sep 2021 01:13:28 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <7A45068F-6572-4D7A-A736-69EF0CC51F2D@oracle.com> > On Sep 10, 2021, at 4:12 PM, Serguei Spitsyn wrote: > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. Vote:yes ? Igor From david.holmes at oracle.com Sun Sep 12 06:03:34 2021 From: david.holmes at oracle.com (David Holmes) Date: Sun, 12 Sep 2021 16:03:34 +1000 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <53707bf0-e0cc-df89-0edb-917e30a5713b@oracle.com> Vote: yes David On 11/09/2021 9:11 am, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From Alan.Bateman at oracle.com Sun Sep 12 13:44:57 2021 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Sun, 12 Sep 2021 14:44:57 +0100 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <26f8f401-48ec-8c3b-9faa-f9f63ede4455@oracle.com> Vote: yes From kim.barrett at oracle.com Sun Sep 12 14:35:46 2021 From: kim.barrett at oracle.com (Kim Barrett) Date: Sun, 12 Sep 2021 14:35:46 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: vote: yes > On Sep 10, 2021, at 7:11 PM, Serguei Spitsyn wrote: > > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From christoph.langer at sap.com Sun Sep 12 22:13:16 2021 From: christoph.langer at sap.com (Langer, Christoph) Date: Sun, 12 Sep 2021 22:13:16 +0000 Subject: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes /Christoph > -----Original Message----- > From: jdk-dev On Behalf Of Serguei > Spitsyn > Sent: Samstag, 11. September 2021 01:12 > To: jdk-dev at openjdk.java.net > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I > would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to > loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this > nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author- > name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author- > name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From tobias.hartmann at oracle.com Mon Sep 13 06:04:37 2021 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 13 Sep 2021 08:04:37 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes Best regards, Tobias On 11.09.21 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From magnus.ihse.bursie at oracle.com Mon Sep 13 06:16:25 2021 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 13 Sep 2021 08:16:25 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <768231f0-7bfa-7c94-fef7-0fcba9e8b7f1@oracle.com> Vote: yes /Magnus On 2021-09-11 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From thomas.schatzl at oracle.com Mon Sep 13 07:13:37 2021 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Mon, 13 Sep 2021 09:13:37 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes On 11.09.21 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From sgehwolf at redhat.com Mon Sep 13 08:18:16 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Mon, 13 Sep 2021 10:18:16 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <45000f93fbc8ca151fed9492d11c2f08190c6bd9.camel@redhat.com> Vote: yes. On Fri, 2021-09-10 at 23:11 +0000, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From yan at azul.com Mon Sep 13 08:49:40 2021 From: yan at azul.com (Yuri Nesterenko) Date: Mon, 13 Sep 2021 11:49:40 +0300 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes --yan On 11.09.2021 02:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From adinn at redhat.com Mon Sep 13 09:17:32 2021 From: adinn at redhat.com (Andrew Dinn) Date: Mon, 13 Sep 2021 10:17:32 +0100 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes On 11/09/2021 00:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > -- regards, Andrew Dinn ----------- Red Hat Distinguished Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill From serguei.spitsyn at oracle.com Mon Sep 13 09:56:52 2021 From: serguei.spitsyn at oracle.com (Serguei Spitsyn) Date: Mon, 13 Sep 2021 09:56:52 +0000 Subject: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <12C2B798-23A0-48B1-A025-9DC4419C9C27@oracle.com> Vote: yes From vladimir.x.ivanov at oracle.com Mon Sep 13 10:54:47 2021 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Mon, 13 Sep 2021 13:54:47 +0300 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <9ef24482-66a8-eadf-9d29-60b0e68f02b5@oracle.com> Vote: yes Best regards, Vladimir Ivanov On 11.09.2021 02:11, Serguei Spitsyn wrote: > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. From martin.doerr at sap.com Mon Sep 13 11:41:45 2021 From: martin.doerr at sap.com (Doerr, Martin) Date: Mon, 13 Sep 2021 11:41:45 +0000 Subject: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes /Martin From coleen.phillimore at oracle.com Mon Sep 13 11:46:24 2021 From: coleen.phillimore at oracle.com (coleen.phillimore at oracle.com) Date: Mon, 13 Sep 2021 07:46:24 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Yes On 9/10/21 7:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From harold.seigel at oracle.com Mon Sep 13 12:16:59 2021 From: harold.seigel at oracle.com (Harold Seigel) Date: Mon, 13 Sep 2021 08:16:59 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: Yes Harold On 9/10/2021 7:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From james.laskey at oracle.com Mon Sep 13 12:20:30 2021 From: james.laskey at oracle.com (Jim Laskey) Date: Mon, 13 Sep 2021 12:20:30 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <13ABF364-026E-4C39-813A-9D03A52B458E@oracle.com> Vote: yes ?? > On Sep 13, 2021, at 9:17 AM, Harold Seigel wrote: > > ?Vote: Yes > > Harold > >> On 9/10/2021 7:11 PM, Serguei Spitsyn wrote: >> From: Serguei Spitsyn >> Date: Friday, September 10, 2021 at 3:37 PM >> To: jdk-dev >> Subject: CFV: New JDK Reviewer: Leonid Mesnik >> >> I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. >> >> He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. >> Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. >> >> Votes are due by Friday, the 24th of September, 2021. >> Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. >> Votes must be cast in the open by replying to this mailing list. >> >> For Lazy Consensus voting instructions, see [4]. >> >> Thanks, >> Serguei >> >> [0] http://openjdk.java.net/census#lmesnik >> [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits >> [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits >> [3] https://openjdk.java.net/census#jdk >> [4] http://openjdk.java.net/projects/#reviewer-vote >> From lois.foltan at oracle.com Mon Sep 13 12:32:22 2021 From: lois.foltan at oracle.com (Lois Foltan) Date: Mon, 13 Sep 2021 08:32:22 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <803c2a57-a49c-4564-c4d4-9f135c9bb0fb@oracle.com> Vote: yes Lois On 9/10/2021 7:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From roger.riggs at oracle.com Mon Sep 13 13:23:30 2021 From: roger.riggs at oracle.com (Roger Riggs) Date: Mon, 13 Sep 2021 09:23:30 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <5dd6e376-c41e-8c4b-dbf0-ec69a8f287c3@oracle.com> Vote: Yes On 9/10/21 7:11 PM, Serguei Spitsyn wrote: > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. From daniel.fuchs at oracle.com Mon Sep 13 13:32:10 2021 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Mon, 13 Sep 2021 14:32:10 +0100 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes best regards, -- daniel On 11/09/2021 00:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. From coleen.phillimore at oracle.com Mon Sep 13 13:43:18 2021 From: coleen.phillimore at oracle.com (coleen.phillimore at oracle.com) Date: Mon, 13 Sep 2021 09:43:18 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <7585c797-84c2-3590-a77b-9e7a9dc45e36@oracle.com> Vote: yes (using the right format). On 9/10/21 7:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From tprintezis at twitter.com Mon Sep 13 15:38:30 2021 From: tprintezis at twitter.com (Tony Printezis) Date: Mon, 13 Sep 2021 11:38:30 -0400 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes Tony On Fri, Sep 10, 2021 at 7:12 PM Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I > would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits > to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on > this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] > https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] > https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > > -- Tony Printezis | Staff Software Engineer | Twitter *@TonyPrintezis* *tprintezis at twitter.com * From mandy.chung at oracle.com Mon Sep 13 16:04:14 2021 From: mandy.chung at oracle.com (Mandy Chung) Date: Mon, 13 Sep 2021 09:04:14 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes Mandy On 9/10/21 4:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From calvin.cheung at oracle.com Mon Sep 13 16:17:34 2021 From: calvin.cheung at oracle.com (calvin.cheung at oracle.com) Date: Mon, 13 Sep 2021 09:17:34 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes On 9/10/21 4:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From hohensee at amazon.com Mon Sep 13 17:21:45 2021 From: hohensee at amazon.com (Hohensee, Paul) Date: Mon, 13 Sep 2021 17:21:45 +0000 Subject: CFV: New JDK Reviewer: Leonid Mesnik Message-ID: <4BEA8CBF-3A16-4F38-861E-C7ECA5543D23@amazon.com> Vote: yes. ?-----Original Message----- From: jdk-dev on behalf of Serguei Spitsyn Date: Friday, September 10, 2021 at 4:12 PM To: "jdk-dev at openjdk.java.net" Subject: CFV: New JDK Reviewer: Leonid Mesnik From: Serguei Spitsyn Date: Friday, September 10, 2021 at 3:37 PM To: jdk-dev Subject: CFV: New JDK Reviewer: Leonid Mesnik I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. Votes are due by Friday, the 24th of September, 2021. Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Thanks, Serguei [0] http://openjdk.java.net/census#lmesnik [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits [3] https://openjdk.java.net/census#jdk [4] http://openjdk.java.net/projects/#reviewer-vote From jianglizhou at google.com Mon Sep 13 17:37:25 2021 From: jianglizhou at google.com (Jiangli Zhou) Date: Mon, 13 Sep 2021 10:37:25 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <4BEA8CBF-3A16-4F38-861E-C7ECA5543D23@amazon.com> References: <4BEA8CBF-3A16-4F38-861E-C7ECA5543D23@amazon.com> Message-ID: Vote: yes Best, Jiangli > > ?-----Original Message----- > From: jdk-dev on behalf of Serguei > Spitsyn > Date: Friday, September 10, 2021 at 4:12 PM > To: "jdk-dev at openjdk.java.net" > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I > would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits > to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on > this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] > https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] > https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > > > From sangheon.kim at oracle.com Mon Sep 13 23:10:09 2021 From: sangheon.kim at oracle.com (Sangheon Kim) Date: Mon, 13 Sep 2021 16:10:09 -0700 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <7ec6e2f9-3c6f-b2a4-da0b-c587e4c7aab7@oracle.com> Vote: yes Thanks, Sangheon On 9/10/21 4:11 PM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From stefan.karlsson at oracle.com Tue Sep 14 06:30:22 2021 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Tue, 14 Sep 2021 08:30:22 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes StefanK On 2021-09-11 01:11, Serguei Spitsyn wrote: > also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. From leo.korinth at oracle.com Tue Sep 14 07:05:43 2021 From: leo.korinth at oracle.com (Leo Korinth) Date: Tue, 14 Sep 2021 09:05:43 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <9f8511a7-aff6-f95c-d87b-b98af64b78b0@oracle.com> Vote: yes /Leo On 11/09/2021 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From per.liden at oracle.com Tue Sep 14 09:21:10 2021 From: per.liden at oracle.com (Per Liden) Date: Tue, 14 Sep 2021 11:21:10 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <1ece7a1e-b2a6-9c0a-6459-0e0a3d9359b3@oracle.com> Vote: yes /Per On 9/11/21 1:11 AM, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From mark.reinhold at oracle.com Tue Sep 14 14:23:09 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 14 Sep 2021 07:23:09 -0700 Subject: Java 17 / JDK 17: General Availability Message-ID: <20210914072309.200886391@eggemoggin.niobe.net> JDK 17, the reference implementation of Java 17, is now Generally Available. We shipped build 35 as the first Release Candidate of JDK 17 on 6 August, and no P1 bugs have been reported since then. Build 35 is therefore now the GA build, ready for production use. GPL-licensed OpenJDK builds from Oracle are available here: https://jdk.java.net/17 Builds from other vendors will no doubt be available soon. This release includes fourteen JEPs [1]: 306: Restore Always-Strict Floating-Point Semantics 356: Enhanced Pseudo-Random Number Generators 382: New macOS Rendering Pipeline 391: macOS/AArch64 Port 398: Deprecate the Applet API for Removal 403: Strongly Encapsulate JDK Internals 406: Pattern Matching for switch (Preview) 407: Remove RMI Activation 409: Sealed Classes 410: Remove the Experimental AOT and JIT Compiler 411: Deprecate the Security Manager for Removal 412: Foreign Function & Memory API (Incubator) 414: Vector API (Second Incubator) 415: Context-Specific Deserialization Filters along with hundreds of smaller enhancements and almost two thousand bug fixes. JDK 17 will be a long-term-support (LTS) release from most vendors, including Oracle. If you?re upgrading from the previous LTS release, JDK 11, then you have many more JEPs to look forward to, summarized here: https://openjdk.java.net/jdk/17/jeps-since-jdk-11 plus thousands of smaller enhancements and almost ten thousand bug fixes. Thank you to everyone who contributed this release, whether by designing and implementing features or enhancements, by fixing bugs, or by downloading and testing the early-access builds! - Mark [1] https://openjdk.java.net/projects/jdk/17/ From federico.peralta at gmail.com Tue Sep 14 14:32:47 2021 From: federico.peralta at gmail.com (Fede Peralta) Date: Tue, 14 Sep 2021 11:32:47 -0300 Subject: Java 17 / JDK 17: General Availability In-Reply-To: <20210914072309.200886391@eggemoggin.niobe.net> References: <20210914072309.200886391@eggemoggin.niobe.net> Message-ID: Hi, This link is forwarding to a nginx 404 Not Found page: https://openjdk.java.net/jdk/17/jeps-since-jdk-11 Regards, Federico Peralta El mar, 14 sept 2021 a las 11:23, escribi?: > JDK 17, the reference implementation of Java 17, is now Generally > Available. We shipped build 35 as the first Release Candidate of > JDK 17 on 6 August, and no P1 bugs have been reported since then. > Build 35 is therefore now the GA build, ready for production use. > > GPL-licensed OpenJDK builds from Oracle are available here: > > https://jdk.java.net/17 > > Builds from other vendors will no doubt be available soon. > > This release includes fourteen JEPs [1]: > > 306: Restore Always-Strict Floating-Point Semantics > 356: Enhanced Pseudo-Random Number Generators > 382: New macOS Rendering Pipeline > 391: macOS/AArch64 Port > 398: Deprecate the Applet API for Removal > 403: Strongly Encapsulate JDK Internals > 406: Pattern Matching for switch (Preview) > 407: Remove RMI Activation > 409: Sealed Classes > 410: Remove the Experimental AOT and JIT Compiler > 411: Deprecate the Security Manager for Removal > 412: Foreign Function & Memory API (Incubator) > 414: Vector API (Second Incubator) > 415: Context-Specific Deserialization Filters > > along with hundreds of smaller enhancements and almost two thousand > bug fixes. > > JDK 17 will be a long-term-support (LTS) release from most vendors, > including Oracle. If you?re upgrading from the previous LTS release, > JDK 11, then you have many more JEPs to look forward to, summarized > here: > > https://openjdk.java.net/jdk/17/jeps-since-jdk-11 > > plus thousands of smaller enhancements and almost ten thousand bug > fixes. > > Thank you to everyone who contributed this release, whether by > designing and implementing features or enhancements, by fixing bugs, > or by downloading and testing the early-access builds! > > - Mark > > > [1] https://openjdk.java.net/projects/jdk/17/ > From misterm at gmail.com Tue Sep 14 14:37:25 2021 From: misterm at gmail.com (Michael Nascimento) Date: Tue, 14 Sep 2021 11:37:25 -0300 Subject: Java 17 / JDK 17: General Availability In-Reply-To: References: <20210914072309.200886391@eggemoggin.niobe.net> Message-ID: The correct link seems to be https://openjdk.java.net/projects/jdk/17/jeps-since-jdk-11 Regards, Michael On Tue, Sep 14, 2021 at 11:33 AM Fede Peralta wrote: > > Hi, > > This link is forwarding to a nginx 404 Not Found page: > > https://openjdk.java.net/jdk/17/jeps-since-jdk-11 > > > Regards, > Federico Peralta > > El mar, 14 sept 2021 a las 11:23, escribi?: > > > JDK 17, the reference implementation of Java 17, is now Generally > > Available. We shipped build 35 as the first Release Candidate of > > JDK 17 on 6 August, and no P1 bugs have been reported since then. > > Build 35 is therefore now the GA build, ready for production use. > > > > GPL-licensed OpenJDK builds from Oracle are available here: > > > > https://jdk.java.net/17 > > > > Builds from other vendors will no doubt be available soon. > > > > This release includes fourteen JEPs [1]: > > > > 306: Restore Always-Strict Floating-Point Semantics > > 356: Enhanced Pseudo-Random Number Generators > > 382: New macOS Rendering Pipeline > > 391: macOS/AArch64 Port > > 398: Deprecate the Applet API for Removal > > 403: Strongly Encapsulate JDK Internals > > 406: Pattern Matching for switch (Preview) > > 407: Remove RMI Activation > > 409: Sealed Classes > > 410: Remove the Experimental AOT and JIT Compiler > > 411: Deprecate the Security Manager for Removal > > 412: Foreign Function & Memory API (Incubator) > > 414: Vector API (Second Incubator) > > 415: Context-Specific Deserialization Filters > > > > along with hundreds of smaller enhancements and almost two thousand > > bug fixes. > > > > JDK 17 will be a long-term-support (LTS) release from most vendors, > > including Oracle. If you?re upgrading from the previous LTS release, > > JDK 11, then you have many more JEPs to look forward to, summarized > > here: > > > > https://openjdk.java.net/jdk/17/jeps-since-jdk-11 > > > > plus thousands of smaller enhancements and almost ten thousand bug > > fixes. > > > > Thank you to everyone who contributed this release, whether by > > designing and implementing features or enhancements, by fixing bugs, > > or by downloading and testing the early-access builds! > > > > - Mark > > > > > > [1] https://openjdk.java.net/projects/jdk/17/ > > From mark.reinhold at oracle.com Tue Sep 14 14:41:58 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 14 Sep 2021 07:41:58 -0700 Subject: Java 17 / JDK 17: General Availability In-Reply-To: References: <20210914072309.200886391@eggemoggin.niobe.net> Message-ID: <20210914074158.277978165@eggemoggin.niobe.net> 2021/9/14 7:32:47 -0700, federico.peralta at gmail.com: > This link is forwarding to a nginx 404 Not Found page: > > https://openjdk.java.net/jdk/17/jeps-since-jdk-11 Fixed -- thanks for the report! - Mark From thomas.schatzl at oracle.com Tue Sep 14 15:31:22 2021 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Tue, 14 Sep 2021 17:31:22 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya Message-ID: I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. His main area of expertise is the garbage collector; probably his most largest contribution has been when co-developing the new remembered set implementation for G1 [1] that has been introduced early JDK 18 (in particular helping with the lock-free allocators, the lock-free "howling" card set and wrangling with the concurrent hash table among other significant work), but other than that he has contributed 35 changes in total until now in many areas of G1 and Parallel GC [2]. He is very active with reviewing and his knowledge about concurrency and lock-free data structures is always very appreciated. Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Thanks! Thomas [0] http://openjdk.java.net/census#iwalulya [1] https://bugs.openjdk.java.net/browse/JDK-8017163 [2] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits [3] https://openjdk.java.net/census#jdk [4] http://openjdk.java.net/projects/#reviewer-vote From thomas.schatzl at oracle.com Tue Sep 14 15:32:00 2021 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Tue, 14 Sep 2021 17:32:00 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: <32c275c8-be64-5d9e-c6c3-a411e426a615@oracle.com> Vote: yes Thomas On 14.09.21 17:31, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From erik.osterlund at oracle.com Tue Sep 14 15:39:12 2021 From: erik.osterlund at oracle.com (Erik Osterlund) Date: Tue, 14 Sep 2021 15:39:12 +0000 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes /Erik > -----Original Message----- > From: jdk-dev On Behalf Of Thomas > Schatzl > Sent: Tuesday, 14 September 2021 17:31 > To: jdk-dev at openjdk.java.net > Subject: CFV: New JDK Reviewer: Ivan Walulya > > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most largest > contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in particular > helping with the lock-free allocators, the lock-free "howling" card set and > wrangling with the concurrent hash table among other significant work), but > other than that he has contributed 35 changes in total until now in many > areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this > nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author- > name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From Martijn.Verburg at microsoft.com Tue Sep 14 17:06:16 2021 From: Martijn.Verburg at microsoft.com (Martijn Verburg) Date: Tue, 14 Sep 2021 17:06:16 +0000 Subject: [EXTERNAL] Java 17 / JDK 17: General Availability In-Reply-To: <20210914072309.200886391@eggemoggin.niobe.net> References: <20210914072309.200886391@eggemoggin.niobe.net> Message-ID: Hi Mark, Congratulations to everyone involved! The Release train just keeps on rolling ??. One small question on tagging, will we see the -ga? tag added to the jdk17 and/or jdk17u repositories alongside the 17+35? tag? Cheers, Martijn (He/Him) NOTE: My working day may not be your working day! Please don?t feel obliged to read or reply to this e-mail outside of your normal working hours. ________________________________ From: jdk-dev on behalf of mark.reinhold at oracle.com Sent: Tuesday, September 14, 2021 15:23 To: announce at openjdk.java.net Cc: jdk-dev at openjdk.java.net Subject: [EXTERNAL] Java 17 / JDK 17: General Availability JDK 17, the reference implementation of Java 17, is now Generally Available. We shipped build 35 as the first Release Candidate of JDK 17 on 6 August, and no P1 bugs have been reported since then. Build 35 is therefore now the GA build, ready for production use. GPL-licensed OpenJDK builds from Oracle are available here: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjdk.java.net%2F17&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=pxiy%2BO0PKdmDoWgE0ltUnYafN8cCTtEG%2FWFBsCx%2FGy4%3D&reserved=0 Builds from other vendors will no doubt be available soon. This release includes fourteen JEPs [1]: 306: Restore Always-Strict Floating-Point Semantics 356: Enhanced Pseudo-Random Number Generators 382: New macOS Rendering Pipeline 391: macOS/AArch64 Port 398: Deprecate the Applet API for Removal 403: Strongly Encapsulate JDK Internals 406: Pattern Matching for switch (Preview) 407: Remove RMI Activation 409: Sealed Classes 410: Remove the Experimental AOT and JIT Compiler 411: Deprecate the Security Manager for Removal 412: Foreign Function & Memory API (Incubator) 414: Vector API (Second Incubator) 415: Context-Specific Deserialization Filters along with hundreds of smaller enhancements and almost two thousand bug fixes. JDK 17 will be a long-term-support (LTS) release from most vendors, including Oracle. If you?re upgrading from the previous LTS release, JDK 11, then you have many more JEPs to look forward to, summarized here: https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fjdk%2F17%2Fjeps-since-jdk-11&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=DsxWzvJQe6cmjNF2scbnU51jpo%2F33EIT5%2FXO7wcUbDg%3D&reserved=0 plus thousands of smaller enhancements and almost ten thousand bug fixes. Thank you to everyone who contributed this release, whether by designing and implementing features or enhancements, by fixing bugs, or by downloading and testing the early-access builds! - Mark [1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fprojects%2Fjdk%2F17%2F&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WXxCUvQl4%2Bclhow9CgLnoW%2BlNYbLR0PIOMs8umm8ZXI%3D&reserved=0 From sangheon.kim at oracle.com Tue Sep 14 17:20:06 2021 From: sangheon.kim at oracle.com (Sangheon Kim) Date: Tue, 14 Sep 2021 10:20:06 -0700 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes Thanks, Sangheon On 9/14/21 8:31 AM, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered > set implementation for G1 [1] that has been introduced early JDK 18 > (in particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency > and lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From stefan.karlsson at oracle.com Wed Sep 15 06:46:06 2021 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Wed, 15 Sep 2021 08:46:06 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes StefanK On 2021-09-14 17:31, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered > set implementation for G1 [1] that has been introduced early JDK 18 > (in particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency > and lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From lihuaming3 at huawei.com Wed Sep 15 07:11:25 2021 From: lihuaming3 at huawei.com (lihuaming (A)) Date: Wed, 15 Sep 2021 07:11:25 +0000 Subject: =?utf-8?B?562U5aSNOiBOZXcgSkRLIFJldmlld2VyOiBJdmFuIFdhbHVseWE=?= In-Reply-To: References: Message-ID: <1f93c0da16654a7898fc3e6709eaaf4b@huawei.com> Vote: yes. -Hamlin Li -----????----- ???: jdk-dev [mailto:jdk-dev-retn at openjdk.java.net] ?? Thomas Schatzl ????: 2021?9?14? 23:31 ???: jdk-dev at openjdk.java.net ??: CFV: New JDK Reviewer: Ivan Walulya I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. His main area of expertise is the garbage collector; probably his most largest contribution has been when co-developing the new remembered set implementation for G1 [1] that has been introduced early JDK 18 (in particular helping with the lock-free allocators, the lock-free "howling" card set and wrangling with the concurrent hash table among other significant work), but other than that he has contributed 35 changes in total until now in many areas of G1 and Parallel GC [2]. He is very active with reviewing and his knowledge about concurrency and lock-free data structures is always very appreciated. Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Thanks! Thomas [0] http://openjdk.java.net/census#iwalulya [1] https://bugs.openjdk.java.net/browse/JDK-8017163 [2] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits [3] https://openjdk.java.net/census#jdk [4] http://openjdk.java.net/projects/#reviewer-vote From stefan.johansson at oracle.com Wed Sep 15 07:47:11 2021 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Wed, 15 Sep 2021 09:47:11 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: <6b987ac3-7d37-6597-d6ce-c2bbbde19ef3@oracle.com> Vote: yes StefanJ On 2021-09-14 17:31, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From stefan.johansson at oracle.com Wed Sep 15 07:47:36 2021 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Wed, 15 Sep 2021 09:47:36 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: <76988db2-6ecc-983d-e123-3f063ec0009d@oracle.com> Vote: yes StefanJ On 2021-09-11 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From christian.hagedorn at oracle.com Wed Sep 15 09:35:26 2021 From: christian.hagedorn at oracle.com (Christian Hagedorn) Date: Wed, 15 Sep 2021 11:35:26 +0200 Subject: CFV: New JDK Reviewer: Leonid Mesnik In-Reply-To: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> References: <1C72F171-C0B2-4C6B-B6E2-1F5A93F2C5FE@oracle.com> Message-ID: Vote: yes Best regards, Christian On 11.09.21 01:11, Serguei Spitsyn wrote: > From: Serguei Spitsyn > Date: Friday, September 10, 2021 at 3:37 PM > To: jdk-dev > Subject: CFV: New JDK Reviewer: Leonid Mesnik > > I hereby nominate Leonid Mesnik (lmesnik)[0] to OpenJDK Reviewer. > > He has contributed 92 commits to the main JDK project[1], many of which I would consider significant. > Leonid is also a very active committer in the Loom project with 95 commits to loom[2]. > > Votes are due by Friday, the 24th of September, 2021. > Only current OpenJDK Reviewers (and above) [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks, > Serguei > > [0] http://openjdk.java.net/census#lmesnik > [1] https://github.com/openjdk/jdk/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [2] https://github.com/openjdk/loom/search?p=3&q=author-name%3A%22Leonid+Mesnik%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From leo.korinth at oracle.com Wed Sep 15 11:59:14 2021 From: leo.korinth at oracle.com (Leo Korinth) Date: Wed, 15 Sep 2021 13:59:14 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes /Leo On 14/09/2021 17:31, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From volker.simonis at gmail.com Wed Sep 15 13:02:05 2021 From: volker.simonis at gmail.com (Volker Simonis) Date: Wed, 15 Sep 2021 15:02:05 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes On Tue, Sep 14, 2021 at 5:31 PM Thomas Schatzl wrote: > > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From dalibor.topic at oracle.com Wed Sep 15 19:43:40 2021 From: dalibor.topic at oracle.com (Dalibor Topic) Date: Wed, 15 Sep 2021 21:43:40 +0200 Subject: [EXTERNAL] Java 17 / JDK 17: General Availability In-Reply-To: References: <20210914072309.200886391@eggemoggin.niobe.net> Message-ID: <75377fe8-84d3-a130-4468-9eb06dfc1af0@oracle.com> Hi Martijn, Looks like https://github.com/openjdk/jdk/releases/tag/jdk-17-ga has been tagged meanwhile. Happy hacking! cheers, dalibor topic On 14.09.2021 19:06, Martijn Verburg wrote: > Hi Mark, > > Congratulations to everyone involved! The Release train just keeps on rolling ??. > > One small question on tagging, will we see the -ga? tag added to the jdk17 and/or jdk17u repositories alongside the 17+35? tag? > > > Cheers, > > Martijn (He/Him) > > > NOTE: My working day may not be your working day! Please don?t feel obliged to read or reply to this e-mail outside of your normal working hours. > > ________________________________ > From: jdk-dev on behalf of mark.reinhold at oracle.com > Sent: Tuesday, September 14, 2021 15:23 > To: announce at openjdk.java.net > Cc: jdk-dev at openjdk.java.net > Subject: [EXTERNAL] Java 17 / JDK 17: General Availability > > JDK 17, the reference implementation of Java 17, is now Generally > Available. We shipped build 35 as the first Release Candidate of > JDK 17 on 6 August, and no P1 bugs have been reported since then. > Build 35 is therefore now the GA build, ready for production use. > > GPL-licensed OpenJDK builds from Oracle are available here: > > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjdk.java.net%2F17&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=pxiy%2BO0PKdmDoWgE0ltUnYafN8cCTtEG%2FWFBsCx%2FGy4%3D&reserved=0 > > Builds from other vendors will no doubt be available soon. > > This release includes fourteen JEPs [1]: > > 306: Restore Always-Strict Floating-Point Semantics > 356: Enhanced Pseudo-Random Number Generators > 382: New macOS Rendering Pipeline > 391: macOS/AArch64 Port > 398: Deprecate the Applet API for Removal > 403: Strongly Encapsulate JDK Internals > 406: Pattern Matching for switch (Preview) > 407: Remove RMI Activation > 409: Sealed Classes > 410: Remove the Experimental AOT and JIT Compiler > 411: Deprecate the Security Manager for Removal > 412: Foreign Function & Memory API (Incubator) > 414: Vector API (Second Incubator) > 415: Context-Specific Deserialization Filters > > along with hundreds of smaller enhancements and almost two thousand > bug fixes. > > JDK 17 will be a long-term-support (LTS) release from most vendors, > including Oracle. If you?re upgrading from the previous LTS release, > JDK 11, then you have many more JEPs to look forward to, summarized > here: > > https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fjdk%2F17%2Fjeps-since-jdk-11&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=DsxWzvJQe6cmjNF2scbnU51jpo%2F33EIT5%2FXO7wcUbDg%3D&reserved=0 > > plus thousands of smaller enhancements and almost ten thousand bug > fixes. > > Thank you to everyone who contributed this release, whether by > designing and implementing features or enhancements, by fixing bugs, > or by downloading and testing the early-access builds! > > - Mark > > > [1] https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fprojects%2Fjdk%2F17%2F&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WXxCUvQl4%2Bclhow9CgLnoW%2BlNYbLR0PIOMs8umm8ZXI%3D&reserved=0 > -- Dalibor Topic Consulting Product Manager Phone: +494089091214 , Mobile: +491737185961 , Video: dalibor.topic at 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 From kevin.rushforth at oracle.com Wed Sep 15 20:47:41 2021 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Wed, 15 Sep 2021 13:47:41 -0700 Subject: [EXTERNAL] Java 17 / JDK 17: General Availability In-Reply-To: <75377fe8-84d3-a130-4468-9eb06dfc1af0@oracle.com> References: <20210914072309.200886391@eggemoggin.niobe.net> <75377fe8-84d3-a130-4468-9eb06dfc1af0@oracle.com> Message-ID: <1f919045-7272-349e-640d-b4023ba6d0c2@oracle.com> The tag has also been propagated to both the jdk17 and jdk17u repos. -- Kevin On 9/15/2021 12:43 PM, Dalibor Topic wrote: > Hi Martijn, > > Looks like https://github.com/openjdk/jdk/releases/tag/jdk-17-ga has > been tagged meanwhile. Happy hacking! > > cheers, > dalibor topic > > On 14.09.2021 19:06, Martijn Verburg wrote: >> Hi Mark, >> >> Congratulations to everyone involved!? The Release train just keeps >> on rolling ??. >> >> One small question on tagging, will we see the -ga? tag added to the >> jdk17 and/or jdk17u repositories alongside the 17+35? tag? >> >> >> Cheers, >> >> Martijn (He/Him) >> >> >> NOTE: My working day may not be your working day! Please don?t feel >> obliged to read or reply to this e-mail outside of your normal >> working hours. >> >> ________________________________ >> From: jdk-dev on behalf of >> mark.reinhold at oracle.com >> Sent: Tuesday, September 14, 2021 15:23 >> To: announce at openjdk.java.net >> Cc: jdk-dev at openjdk.java.net >> Subject: [EXTERNAL] Java 17 / JDK 17: General Availability >> >> JDK 17, the reference implementation of Java 17, is now Generally >> Available.? We shipped build 35 as the first Release Candidate of >> JDK 17 on 6 August, and no P1 bugs have been reported since then. >> Build 35 is therefore now the GA build, ready for production use. >> >> GPL-licensed OpenJDK builds from Oracle are available here: >> >> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fjdk.java.net%2F17&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=pxiy%2BO0PKdmDoWgE0ltUnYafN8cCTtEG%2FWFBsCx%2FGy4%3D&reserved=0 >> >> Builds from other vendors will no doubt be available soon. >> >> This release includes fourteen JEPs [1]: >> >> ?? 306: Restore Always-Strict Floating-Point Semantics >> ?? 356: Enhanced Pseudo-Random Number Generators >> ?? 382: New macOS Rendering Pipeline >> ?? 391: macOS/AArch64 Port >> ?? 398: Deprecate the Applet API for Removal >> ?? 403: Strongly Encapsulate JDK Internals >> ?? 406: Pattern Matching for switch (Preview) >> ?? 407: Remove RMI Activation >> ?? 409: Sealed Classes >> ?? 410: Remove the Experimental AOT and JIT Compiler >> ?? 411: Deprecate the Security Manager for Removal >> ?? 412: Foreign Function & Memory API (Incubator) >> ?? 414: Vector API (Second Incubator) >> ?? 415: Context-Specific Deserialization Filters >> >> along with hundreds of smaller enhancements and almost two thousand >> bug fixes. >> >> JDK 17 will be a long-term-support (LTS) release from most vendors, >> including Oracle.? If you?re upgrading from the previous LTS release, >> JDK 11, then you have many more JEPs to look forward to, summarized >> here: >> >> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fjdk%2F17%2Fjeps-since-jdk-11&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=DsxWzvJQe6cmjNF2scbnU51jpo%2F33EIT5%2FXO7wcUbDg%3D&reserved=0 >> >> plus thousands of smaller enhancements and almost ten thousand bug >> fixes. >> >> Thank you to everyone who contributed this release, whether by >> designing and implementing features or enhancements, by fixing bugs, >> or by downloading and testing the early-access builds! >> >> - Mark >> >> >> [1] >> https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fopenjdk.java.net%2Fprojects%2Fjdk%2F17%2F&data=04%7C01%7Cmartijn.verburg%40microsoft.com%7Ceb34dbc35c45497a8c5308d9778b4ab1%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637672262416224274%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=WXxCUvQl4%2Bclhow9CgLnoW%2BlNYbLR0PIOMs8umm8ZXI%3D&reserved=0 >> > From goetz.lindenmaier at sap.com Thu Sep 16 17:48:34 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Thu, 16 Sep 2021 17:48:34 +0000 Subject: CFV: New JDK Committer: Andrew Leonard In-Reply-To: References: Message-ID: Vote: yes Best, Goetz. > -----Original Message----- > From: jdk-dev On Behalf Of Severin > Gehwolf > Sent: Tuesday, November 24, 2020 2:19 PM > To: jdk-dev > Subject: CFV: New JDK Committer: Andrew Leonard > > Hi, > > I hereby nominate Andrew Leonard (aleonard) to JDK Project Committer. > > Andrew has been working primarily on the core-libs and build > components, on a range of fixes mainly discovered by his involvement > with Eclipse OpenJ9 and AdoptOpenJDK, and contributing them upstream to > OpenJDK. > > Andrew has 12 contributions: [0] and has also been involved in aiding 7 > backports for jdk8u/11u: [3] [4] > > Votes are due by 15:00 GM on Dec 8 2020 > > Only current JDK Project Committers [1] are eligible to vote > on this nomination. Votes must be cast in the open by replying > to this mailing list. > > For Lazy Consensus voting instructions, see [2]. > > Thanks, > Severin > > [0] https://github.com/openjdk/jdk/search?q=author- > name%3A%22Andrew+Leonard%22&type=commits > [1] https://openjdk.java.net/census > [2] https://openjdk.java.net/projects/#committer-vote > [3] > https://hg.openjdk.java.net/jdk8u/jdk8u/jdk//log?revcount=2000&rev=(aut > hor(%22aleonard%22)+or+desc(%22andrew_m_leonard at uk.ibm.com%22)) > +and+not+merge() > [4] https://hg.openjdk.java.net/jdk- > updates/jdk11u/log?revcount=2000&rev=(author(%22aleonard%22)+or+des > c(%22andrew_m_leonard at uk.ibm.com%22))+and+not+merge() From per.liden at oracle.com Fri Sep 17 09:20:23 2021 From: per.liden at oracle.com (Per Liden) Date: Fri, 17 Sep 2021 11:20:23 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: <3f24c627-b208-c8ec-9c46-4c23f4aab4e1@oracle.com> Vote: yes /Per On 9/14/21 5:31 PM, Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From mark.reinhold at oracle.com Fri Sep 17 17:27:13 2021 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 17 Sep 2021 10:27:13 -0700 Subject: JEP proposed to target JDK 18: 417: Vector API (Third Incubator) In-Reply-To: <20210909221402.2003F4C065E@eggemoggin.niobe.net> References: <20210909221402.2003F4C065E@eggemoggin.niobe.net> Message-ID: <20210917102713.876690350@eggemoggin.niobe.net> 2021/9/9 15:14:02 -0700, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 18: > > 417: Vector API (Third Incubator) > https://openjdk.java.net/jeps/417 > > Summary: Introduce an API to express vector computations that reliably > compile at runtime to optimal vector instructions on supported CPU > architectures, thus achieving performance superior to equivalent scalar > computations. > > Feedback on this proposal from JDK Project Committers and Reviewers [1] > is more than welcome, as are reasoned objections. If no such objections > are raised by 23:59 UTC on Thursday, 16 September, or if they?re raised > and then satisfactorily answered, then per the JEP 2.0 process proposal > [2] I?ll target this JEP to JDK 18. Hearing no objections, I?ve targeted this JEP to JDK 18. - Mark From jesper.wilhelmsson at oracle.com Mon Sep 20 17:27:11 2021 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Mon, 20 Sep 2021 17:27:11 +0000 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: Yes /Jesper > 14 sep. 2021 kl. 17:31 skrev Thomas Schatzl : > > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most largest contribution has been when co-developing the new remembered set implementation for G1 [1] that has been introduced early JDK 18 (in particular helping with the lock-free allocators, the lock-free "howling" card set and wrangling with the concurrent hash table among other significant work), but other than that he has contributed 35 changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From kim.barrett at oracle.com Tue Sep 21 13:45:25 2021 From: kim.barrett at oracle.com (Kim Barrett) Date: Tue, 21 Sep 2021 13:45:25 +0000 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: <5A48EF01-8B06-436E-B4A2-5673F30E459C@oracle.com> vote: yes > On Sep 14, 2021, at 11:31 AM, Thomas Schatzl wrote: > > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most largest contribution has been when co-developing the new remembered set implementation for G1 [1] that has been introduced early JDK 18 (in particular helping with the lock-free allocators, the lock-free "howling" card set and wrangling with the concurrent hash table among other significant work), but other than that he has contributed 35 changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote From thomas.stuefe at gmail.com Tue Sep 21 13:47:49 2021 From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=) Date: Tue, 21 Sep 2021 15:47:49 +0200 Subject: CFV: New JDK Reviewer: Ivan Walulya In-Reply-To: References: Message-ID: Vote: yes On Tue, Sep 14, 2021 at 5:31 PM Thomas Schatzl wrote: > I hereby nominate Ivan Walulya (iwalulya)[0] to OpenJDK Reviewer. > > Ivan is currently a JDK Committer and a member of the Oracle JVM GC team. > > His main area of expertise is the garbage collector; probably his most > largest contribution has been when co-developing the new remembered set > implementation for G1 [1] that has been introduced early JDK 18 (in > particular helping with the lock-free allocators, the lock-free > "howling" card set and wrangling with the concurrent hash table among > other significant work), but other than that he has contributed 35 > changes in total until now in many areas of G1 and Parallel GC [2]. > > He is very active with reviewing and his knowledge about concurrency and > lock-free data structures is always very appreciated. > > Votes are due by 18:00 GMT+2 on Tuesday, the 28 of September, 2021 > > Only current OpenJDK Reviewers (and above) [3] are eligible to > vote on this nomination. > > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Thanks! > > Thomas > > [0] http://openjdk.java.net/census#iwalulya > [1] https://bugs.openjdk.java.net/browse/JDK-8017163 > [2] > > https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ivan+Walulya%22&type=commits > [3] https://openjdk.java.net/census#jdk > [4] http://openjdk.java.net/projects/#reviewer-vote > From goetz.lindenmaier at sap.com Tue Sep 21 16:33:21 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Tue, 21 Sep 2021 16:33:21 +0000 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage Message-ID: Hi A change with a closed bug was pushed to jdk. Could this please be opened up? Thanks, Goetz From sgehwolf at redhat.com Tue Sep 21 17:06:52 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Tue, 21 Sep 2021 19:06:52 +0200 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: References: Message-ID: On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: > Hi > > A change with a closed bug was pushed to jdk. > Could this please be opened up? > I thought the point of skara was to fix issues like this? I see this was the PR: https://github.com/openjdk/jdk/pull/5453 Would it be possible to make "Failed to retrieve information on issue 8272867" an actual integration blocker by the bots? Or would that not work for some corner-case I'm missing. Thanks, Severin From joe.darcy at oracle.com Tue Sep 21 17:15:22 2021 From: joe.darcy at oracle.com (Joseph D. Darcy) Date: Tue, 21 Sep 2021 10:15:22 -0700 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: References: Message-ID: On 9/21/2021 10:06 AM, Severin Gehwolf wrote: > On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: >> Hi >> >> A change with a closed bug was pushed to jdk. >> Could this please be opened up? >> > I thought the point of skara was to fix issues like this? I see this > was the PR: > https://github.com/openjdk/jdk/pull/5453 > > Would it be possible to make "Failed to retrieve information on issue > 8272867" an actual integration blocker by the bots? Or would that not > work for some corner-case I'm missing. That would not work for any of the fixes to security issues. -Joe From sgehwolf at redhat.com Tue Sep 21 18:02:59 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Tue, 21 Sep 2021 20:02:59 +0200 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: References: Message-ID: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> On Tue, 2021-09-21 at 10:15 -0700, Joseph D. Darcy wrote: > On 9/21/2021 10:06 AM, Severin Gehwolf wrote: > > On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: > > > Hi > > > > > > A change with a closed bug was pushed to jdk. > > > Could this please be opened up? > > > > > I thought the point of skara was to fix issues like this? I see this > > was the PR: > > https://github.com/openjdk/jdk/pull/5453 > > > > Would it be possible to make "Failed to retrieve information on issue > > 8272867" an actual integration blocker by the bots? Or would that not > > work for some corner-case I'm missing. > > That would not work for any of the fixes to security issues. Aren't they pushed directly? Would these go through the PR workflow? Thanks, Severin From kevin.rushforth at oracle.com Tue Sep 21 18:12:39 2021 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 21 Sep 2021 11:12:39 -0700 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> Message-ID: <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> On 9/21/2021 11:02 AM, Severin Gehwolf wrote: > On Tue, 2021-09-21 at 10:15 -0700, Joseph D. Darcy wrote: >> On 9/21/2021 10:06 AM, Severin Gehwolf wrote: >>> On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: >>>> Hi >>>> >>>> A change with a closed bug was pushed to jdk. >>>> Could this please be opened up? >>>> >>> I thought the point of skara was to fix issues like this? I see this >>> was the PR: >>> https://github.com/openjdk/jdk/pull/5453 >>> >>> Would it be possible to make "Failed to retrieve information on issue >>> 8272867" an actual integration blocker by the bots? Or would that not >>> work for some corner-case I'm missing. >> That would not work for any of the fixes to security issues. > Aren't they pushed directly? Would these go through the PR workflow? Yes, they are typically pushed directly, and don't go through a GitHub workflow, so it might still be a feasible suggestion to make what is currently a warning, and integration blocker. -- Kevin > > Thanks, > Severin > From kevin.rushforth at oracle.com Tue Sep 21 18:20:08 2021 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 21 Sep 2021 11:20:08 -0700 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> Message-ID: <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> On 9/21/2021 11:12 AM, Kevin Rushforth wrote: > > > On 9/21/2021 11:02 AM, Severin Gehwolf wrote: >> On Tue, 2021-09-21 at 10:15 -0700, Joseph D. Darcy wrote: >>> On 9/21/2021 10:06 AM, Severin Gehwolf wrote: >>>> On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: >>>>> Hi >>>>> >>>>> A change with a closed bug was pushed to jdk. >>>>> Could this please be opened up? >>>>> >>>> I thought the point of skara was to fix issues like this? I see this >>>> was the PR: >>>> https://github.com/openjdk/jdk/pull/5453 >>>> >>>> Would it be possible to make "Failed to retrieve information on issue >>>> 8272867" an actual integration blocker by the bots? Or would that not >>>> work for some corner-case I'm missing. >>> That would not work for any of the fixes to security issues. >> Aren't they pushed directly? Would these go through the PR workflow? > > Yes, they are typically pushed directly, and don't go through a GitHub > workflow, so it might still be a feasible suggestion to make what is > currently a warning, and integration blocker. There are two more good reasons to make this an integration blocker: 1. The Skara bot is unable to check the issue type of the JBS bug, or verify that the PR title matches the bug summary. 2. The Skara bot is unable to resolve the bug as fixed. This problem is then amplified for backports. I'll file a JBS issue against Skara to track this. We will need to double-check that there are no corner cases, but it seems promising to me. -- Kevin > > -- Kevin > > >> >> Thanks, >> Severin >> > From sgehwolf at redhat.com Tue Sep 21 18:32:50 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Tue, 21 Sep 2021 20:32:50 +0200 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> Message-ID: On Tue, 2021-09-21 at 11:20 -0700, Kevin Rushforth wrote: > I'll file a JBS issue against Skara to track this. We will need to > double-check that there are no corner cases, but it seems promising > to me. Thanks, Kevin! It would be awesome to have. Cheers, Severin From kevin.rushforth at oracle.com Tue Sep 21 18:35:04 2021 From: kevin.rushforth at oracle.com (Kevin Rushforth) Date: Tue, 21 Sep 2021 11:35:04 -0700 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> Message-ID: <44703f18-276c-784e-f1e2-006cc00d4262@oracle.com> I filed https://bugs.openjdk.java.net/browse/SKARA-1184 to track this. Also, I opened up the bug in question. https://bugs.openjdk.java.net/browse/JDK-8272867 -- Kevin On 9/21/2021 11:20 AM, Kevin Rushforth wrote: > > On 9/21/2021 11:12 AM, Kevin Rushforth wrote: >> >> >> On 9/21/2021 11:02 AM, Severin Gehwolf wrote: >>> On Tue, 2021-09-21 at 10:15 -0700, Joseph D. Darcy wrote: >>>> On 9/21/2021 10:06 AM, Severin Gehwolf wrote: >>>>> On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: >>>>>> Hi >>>>>> >>>>>> A change with a closed bug was pushed to jdk. >>>>>> Could this please be opened up? >>>>>> >>>>> I thought the point of skara was to fix issues like this? I see this >>>>> was the PR: >>>>> https://github.com/openjdk/jdk/pull/5453 >>>>> >>>>> Would it be possible to make "Failed to retrieve information on issue >>>>> 8272867" an actual integration blocker by the bots? Or would that not >>>>> work for some corner-case I'm missing. >>>> That would not work for any of the fixes to security issues. >>> Aren't they pushed directly? Would these go through the PR workflow? >> >> Yes, they are typically pushed directly, and don't go through a >> GitHub workflow, so it might still be a feasible suggestion to make >> what is currently a warning, and integration blocker. > > There are two more good reasons to make this an integration blocker: > > 1. The Skara bot is unable to check the issue type of the JBS bug, or > verify that the PR title matches the bug summary. > 2. The Skara bot is unable to resolve the bug as fixed. This problem > is then amplified for backports. > > I'll file a JBS issue against Skara to track this. We will need to > double-check that there are no corner cases, but it seems promising to > me. > > -- Kevin > > >> >> -- Kevin >> >> >>> >>> Thanks, >>> Severin >>> >> > From goetz.lindenmaier at sap.com Tue Sep 21 18:52:32 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Tue, 21 Sep 2021 18:52:32 +0000 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> Message-ID: Yes, +n! Best regards, Goetz. > -----Original Message----- > From: jdk-dev On Behalf Of Severin > Gehwolf > Sent: Tuesday, September 21, 2021 8:33 PM > To: Kevin Rushforth ; jdk- > dev at openjdk.java.net > Subject: Re: closed bug in jdk: 8272867: JFR: > ManagementSupport.removeBefore() lost coverage > > On Tue, 2021-09-21 at 11:20 -0700, Kevin Rushforth wrote: > > I'll file a JBS issue against Skara to track this. We will need to > > double-check that there are no corner cases, but it seems promising > > to me. > > Thanks, Kevin! It would be awesome to have. > > Cheers, > Severin From christoph.langer at sap.com Tue Sep 21 20:22:01 2021 From: christoph.langer at sap.com (Langer, Christoph) Date: Tue, 21 Sep 2021 20:22:01 +0000 Subject: closed bug in jdk: 8272867: JFR: ManagementSupport.removeBefore() lost coverage In-Reply-To: <44703f18-276c-784e-f1e2-006cc00d4262@oracle.com> References: <7e2adf28716c776fa07d89fa83ec03aa94082033.camel@redhat.com> <6a94e090-5aee-6a8d-7efd-b2a022fa4f7a@oracle.com> <206582d5-afe1-9f4d-29eb-6f146cbf3fa9@oracle.com> <44703f18-276c-784e-f1e2-006cc00d4262@oracle.com> Message-ID: Hi, Thanks, Kevin for filing this issue. I also hope this could be realized. Woud definitely be awesome! Cheers Christoph > -----Original Message----- > From: jdk-dev On Behalf Of Kevin > Rushforth > Sent: Dienstag, 21. September 2021 20:35 > To: jdk-dev at openjdk.java.net > Subject: Re: closed bug in jdk: 8272867: JFR: > ManagementSupport.removeBefore() lost coverage > > I filed https://bugs.openjdk.java.net/browse/SKARA-1184 to track this. > > Also, I opened up the bug in question. > > https://bugs.openjdk.java.net/browse/JDK-8272867 > > -- Kevin > > > On 9/21/2021 11:20 AM, Kevin Rushforth wrote: > > > > On 9/21/2021 11:12 AM, Kevin Rushforth wrote: > >> > >> > >> On 9/21/2021 11:02 AM, Severin Gehwolf wrote: > >>> On Tue, 2021-09-21 at 10:15 -0700, Joseph D. Darcy wrote: > >>>> On 9/21/2021 10:06 AM, Severin Gehwolf wrote: > >>>>> On Tue, 2021-09-21 at 16:33 +0000, Lindenmaier, Goetz wrote: > >>>>>> Hi > >>>>>> > >>>>>> A change with a closed bug was pushed to jdk. > >>>>>> Could this please be opened up? > >>>>>> > >>>>> I thought the point of skara was to fix issues like this? I see this > >>>>> was the PR: > >>>>> https://github.com/openjdk/jdk/pull/5453 > >>>>> > >>>>> Would it be possible to make "Failed to retrieve information on issue > >>>>> 8272867" an actual integration blocker by the bots? Or would that not > >>>>> work for some corner-case I'm missing. > >>>> That would not work for any of the fixes to security issues. > >>> Aren't they pushed directly? Would these go through the PR workflow? > >> > >> Yes, they are typically pushed directly, and don't go through a > >> GitHub workflow, so it might still be a feasible suggestion to make > >> what is currently a warning, and integration blocker. > > > > There are two more good reasons to make this an integration blocker: > > > > 1. The Skara bot is unable to check the issue type of the JBS bug, or > > verify that the PR title matches the bug summary. > > 2. The Skara bot is unable to resolve the bug as fixed. This problem > > is then amplified for backports. > > > > I'll file a JBS issue against Skara to track this. We will need to > > double-check that there are no corner cases, but it seems promising to > > me. > > > > -- Kevin > > > > > >> > >> -- Kevin > >> > >> > >>> > >>> Thanks, > >>> Severin > >>> > >> > > From goetz.lindenmaier at sap.com Wed Sep 22 09:52:07 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Wed, 22 Sep 2021 09:52:07 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter Message-ID: I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. Ralf is currently a JDK Committer and a member of the SAP JVM team. He has a long history in the SAP JVM team and basically knows each corner of the OpenJDK. In Hotspot, he has deep knowledge of the various garbage collections, the basic runtime implementation, debugging and JVMTI support and many more. At SAP, he developed a row of profiling and supportability tools. A large part of his changes in OpenJDK address supportability improvements of the VM, as, e.g., improving the experience of working with heap dumps[1]. He always follows a global approach, e.g., also addressing changes needed in tools. He has contributed overall 32 changes [4] in the past years. He also already reviewed a row of complex changes. He is an expert in Windows, which is nowadays rare in the OpenJDK community. Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 Only current OpenJDK Reviewers (and above) [5] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [6]. Best regards, Goetz. [0] http://openjdk.java.net/census#rschmelter [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits [5] https://openjdk.java.net/census#jdk [6] http://openjdk.java.net/projects/#reviewer-vote From shade at redhat.com Wed Sep 22 09:58:36 2021 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 22 Sep 2021 11:58:36 +0200 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes On 9/22/21 11:52 AM, Lindenmaier, Goetz wrote: > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. -- Thanks, -Aleksey From adinn at redhat.com Wed Sep 22 10:01:00 2021 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 22 Sep 2021 11:01:00 +0100 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: <38169fa8-74f1-3035-949d-2146ddf47045@redhat.com> Vote: yes On 22/09/2021 10:52, Lindenmaier, Goetz wrote: > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote > -- regards, Andrew Dinn ----------- Red Hat Distinguished Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 Directors: Michael Cunningham, Michael ("Mike") O'Neill From goetz.lindenmaier at sap.com Wed Sep 22 10:09:05 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Wed, 22 Sep 2021 10:09:05 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes Best regards, Goetz. > -----Original Message----- > From: jdk-dev On Behalf Of Lindenmaier, > Goetz > Sent: Wednesday, September 22, 2021 11:52 AM > To: jdk-dev at openjdk.java.net > Subject: [DMARC FAILURE] CFV: New JDK Reviewer: Ralf Schmelter > > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd > to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking > requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author- > name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote From matthias.baesken at sap.com Wed Sep 22 10:09:27 2021 From: matthias.baesken at sap.com (Baesken, Matthias) Date: Wed, 22 Sep 2021 10:09:27 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: <38169fa8-74f1-3035-949d-2146ddf47045@redhat.com> References: <38169fa8-74f1-3035-949d-2146ddf47045@redhat.com> Message-ID: Vote: yes On 22/09/2021 10:52, Lindenmaier, Goetz wrote: > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote > From sgehwolf at redhat.com Wed Sep 22 11:40:11 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Wed, 22 Sep 2021 13:40:11 +0200 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes On Wed, 2021-09-22 at 09:52 +0000, Lindenmaier, Goetz wrote: > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. From christoph.langer at sap.com Wed Sep 22 12:05:28 2021 From: christoph.langer at sap.com (Langer, Christoph) Date: Wed, 22 Sep 2021 12:05:28 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote:yes /Christoph > -----Original Message----- > From: jdk-dev On Behalf Of Lindenmaier, > Goetz > Sent: Mittwoch, 22. September 2021 11:52 > To: jdk-dev at openjdk.java.net > Subject: [DMARC FAILURE] CFV: New JDK Reviewer: Ralf Schmelter > > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd > to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking > requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author- > name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote From martin.doerr at sap.com Wed Sep 22 12:41:50 2021 From: martin.doerr at sap.com (Doerr, Martin) Date: Wed, 22 Sep 2021 12:41:50 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes /Martin From chris.plummer at oracle.com Wed Sep 22 17:17:36 2021 From: chris.plummer at oracle.com (Chris Plummer) Date: Wed, 22 Sep 2021 10:17:36 -0700 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: <87e6eeac-da39-74cf-f4f3-d687af1cf223@oracle.com> vote: yes On 9/22/21 2:52 AM, Lindenmaier, Goetz wrote: > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote > From hohensee at amazon.com Wed Sep 22 19:47:46 2021 From: hohensee at amazon.com (Hohensee, Paul) Date: Wed, 22 Sep 2021 19:47:46 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter Message-ID: Vote: yes ?-----Original Message----- From: jdk-dev on behalf of "Lindenmaier, Goetz" Date: Wednesday, September 22, 2021 at 3:09 AM To: "jdk-dev at openjdk.java.net" Subject: CFV: New JDK Reviewer: Ralf Schmelter I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. Ralf is currently a JDK Committer and a member of the SAP JVM team. He has a long history in the SAP JVM team and basically knows each corner of the OpenJDK. In Hotspot, he has deep knowledge of the various garbage collections, the basic runtime implementation, debugging and JVMTI support and many more. At SAP, he developed a row of profiling and supportability tools. A large part of his changes in OpenJDK address supportability improvements of the VM, as, e.g., improving the experience of working with heap dumps[1]. He always follows a global approach, e.g., also addressing changes needed in tools. He has contributed overall 32 changes [4] in the past years. He also already reviewed a row of complex changes. He is an expert in Windows, which is nowadays rare in the OpenJDK community. Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 Only current OpenJDK Reviewers (and above) [5] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [6]. Best regards, Goetz. [0] http://openjdk.java.net/census#rschmelter [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits [5] https://openjdk.java.net/census#jdk [6] http://openjdk.java.net/projects/#reviewer-vote From richard.reingruber at sap.com Fri Sep 24 07:02:28 2021 From: richard.reingruber at sap.com (Reingruber, Richard) Date: Fri, 24 Sep 2021 07:02:28 +0000 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes Richard. -----Original Message----- From: jdk-dev On Behalf Of Lindenmaier, Goetz Sent: Mittwoch, 22. September 2021 11:52 To: jdk-dev at openjdk.java.net Subject: [DMARC FAILURE] CFV: New JDK Reviewer: Ralf Schmelter I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. Ralf is currently a JDK Committer and a member of the SAP JVM team. He has a long history in the SAP JVM team and basically knows each corner of the OpenJDK. In Hotspot, he has deep knowledge of the various garbage collections, the basic runtime implementation, debugging and JVMTI support and many more. At SAP, he developed a row of profiling and supportability tools. A large part of his changes in OpenJDK address supportability improvements of the VM, as, e.g., improving the experience of working with heap dumps[1]. He always follows a global approach, e.g., also addressing changes needed in tools. He has contributed overall 32 changes [4] in the past years. He also already reviewed a row of complex changes. He is an expert in Windows, which is nowadays rare in the OpenJDK community. Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 Only current OpenJDK Reviewers (and above) [5] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [6]. Best regards, Goetz. [0] http://openjdk.java.net/census#rschmelter [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits [5] https://openjdk.java.net/census#jdk [6] http://openjdk.java.net/projects/#reviewer-vote From volker.simonis at gmail.com Fri Sep 24 11:29:02 2021 From: volker.simonis at gmail.com (Volker Simonis) Date: Fri, 24 Sep 2021 13:29:02 +0200 Subject: CFV: New JDK Reviewer: Ralf Schmelter In-Reply-To: References: Message-ID: Vote: yes On Wed, Sep 22, 2021 at 11:53 AM Lindenmaier, Goetz wrote: > > I hereby nominate Ralf Schmelter (rschmelter)[0] to OpenJDK Reviewer. > > > > Ralf is currently a JDK Committer and a member of the SAP JVM team. > > > > He has a long history in the SAP JVM team and basically knows > > each corner of the OpenJDK. In Hotspot, he has deep knowledge of > > the various garbage collections, the basic runtime implementation, > > debugging and JVMTI support and many more. At SAP, he developed > > a row of profiling and supportability tools. A large part > > of his changes in OpenJDK address supportability improvements of > > the VM, as, e.g., improving the experience of working with heap > > dumps[1]. He always follows a global approach, e.g., also addressing > > changes needed in tools. > > He has contributed overall 32 changes [4] in the past years. > > He also already reviewed a row of complex changes. > > > > He is an expert in Windows, which is nowadays rare in the > > OpenJDK community. > > > > Votes are due 12:00 CEST on Wednesday, the 6th of October, 2021 > > > > Only current OpenJDK Reviewers (and above) [5] are eligible to > > vote on this nomination. > > > > Votes must be cast in the open by replying to this mailing list. > > > > For Lazy Consensus voting instructions, see [6]. > > > > Best regards, > > Goetz. > > > > > > [0] http://openjdk.java.net/census#rschmelter > > [1] https://bugs.openjdk.java.net/browse/JDK-8237354: Add option to jcmd to write a gzipped heap dump > > [2] https://bugs.openjdk.java.net/browse/JDK-8234510: Remove file seeking requirement for writing a heap dump > [3] https://git.eclipse.org/r/c/mat/org.eclipse.mat/+/173722 > > [4] https://github.com/openjdk/jdk/search?p=1&q=author-name%3A%22Ralf+Schmelter%22&type=commits > > [5] https://openjdk.java.net/census#jdk > > [6] http://openjdk.java.net/projects/#reviewer-vote > From serguei.spitsyn at oracle.com Fri Sep 24 19:15:30 2021 From: serguei.spitsyn at oracle.com (Serguei Spitsyn) Date: Fri, 24 Sep 2021 19:15:30 +0000 Subject: New JDK Reviewer: Ralf Schmelter Message-ID: Vote: yes From serguei.spitsyn at oracle.com Sat Sep 25 01:12:57 2021 From: serguei.spitsyn at oracle.com (Serguei Spitsyn) Date: Sat, 25 Sep 2021 01:12:57 +0000 Subject: Result: New JDK Reviewer: Leonid Mesnik Message-ID: <660D0277-6F0F-4290-864C-B9A876513E01@oracle.com> Voting for Leonid Mesnik [1] is now closed. Yes: 37 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. --Serguei [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2021-September/006000.html [2] http://openjdk.java.net/bylaws#lazy-consensus From serguei.spitsyn at oracle.com Sat Sep 25 02:52:48 2021 From: serguei.spitsyn at oracle.com (Serguei Spitsyn) Date: Sat, 25 Sep 2021 02:52:48 +0000 Subject: Result: New JDK Reviewer: Leonid Mesnik In-Reply-To: <660D0277-6F0F-4290-864C-B9A876513E01@oracle.com> References: <660D0277-6F0F-4290-864C-B9A876513E01@oracle.com> Message-ID: Voting for Leonid Mesnik [1] is now closed. Yes: 37 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus [2], this is sufficient to approve the nomination. --Serguei [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2021-September/006000.html [2] http://openjdk.java.net/bylaws#lazy-consensus From jai.forums2013 at gmail.com Mon Sep 27 06:45:46 2021 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Mon, 27 Sep 2021 12:15:46 +0530 Subject: Is jcheck on GitHub PRs down? Message-ID: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> In some of the recent PRs, I'm seeing that the "jcheck" job is no longer running. Is that intentional or is that job currently down? Sample PRs: https://github.com/openjdk/jdk/pull/5709 https://github.com/openjdk/jdk/pull/5710 I am also seeing some other odd issues (where an review/approval doesn't trigger the PR description to be updated with reviewers), perhaps those are related to this same bot/job? -Jaikiran From goetz.lindenmaier at sap.com Mon Sep 27 06:56:05 2021 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Mon, 27 Sep 2021 06:56:05 +0000 Subject: [SUSPECTED SPAM] Is jcheck on GitHub PRs down? In-Reply-To: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> References: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> Message-ID: Hi, I observed this too. Yesterday I thought the bots would not work at all, but then they processed my PRs at some point. But now again I am waiting for my /backport jdk11u-dev command for 30+min. https://github.com/openjdk/jdk/commit/0544a732a44309bf7cbb44846dd9320c6096de17 I'll work around this by just making the downport PRs by hand. Best regards, Goetz. > -----Original Message----- > From: jdk-dev On Behalf Of Jaikiran Pai > Sent: Monday, September 27, 2021 8:46 AM > To: jdk-dev ; skara-dev at openjdk.java.net > Subject: [SUSPECTED SPAM] Is jcheck on GitHub PRs down? > > In some of the recent PRs, I'm seeing that the "jcheck" job is no longer > running. Is that intentional or is that job currently down? > > Sample PRs: > > https://github.com/openjdk/jdk/pull/5709 > > https://github.com/openjdk/jdk/pull/5710 > > I am also seeing some other odd issues (where an review/approval doesn't > trigger the PR description to be updated with reviewers), perhaps those > are related to this same bot/job? > > -Jaikiran > From sgehwolf at redhat.com Mon Sep 27 08:33:05 2021 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Mon, 27 Sep 2021 10:33:05 +0200 Subject: Is jcheck on GitHub PRs down? In-Reply-To: References: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> Message-ID: On Mon, 2021-09-27 at 06:56 +0000, Lindenmaier, Goetz wrote: > Hi, > > I observed this too. > Yesterday I thought the bots would not work at all, but then they > processed my PRs at some point. > > But now again I am waiting for my > /backport jdk11u-dev > command for 30+min. > https://github.com/openjdk/jdk/commit/0544a732a44309bf7cbb44846dd9320c6096de17 > I'll work around this by just making the downport PRs by hand. Sounds like a repeat of: https://bugs.openjdk.java.net/browse/SKARA-1178 Erik, it seems it's not fixed after all? Thanks, Severin From david.holmes at oracle.com Mon Sep 27 08:50:24 2021 From: david.holmes at oracle.com (David Holmes) Date: Mon, 27 Sep 2021 18:50:24 +1000 Subject: Is jcheck on GitHub PRs down? In-Reply-To: References: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> Message-ID: <268ea624-7021-8f03-8fd3-05eab487fe3d@oracle.com> The bots are having another problem. It is being investigated. David On 27/09/2021 6:33 pm, Severin Gehwolf wrote: > On Mon, 2021-09-27 at 06:56 +0000, Lindenmaier, Goetz wrote: >> Hi, >> >> I observed this too. >> Yesterday I thought the bots would not work at all, but then they >> processed my PRs at some point. >> >> But now again I am waiting for my >> /backport jdk11u-dev >> command for 30+min. >> https://github.com/openjdk/jdk/commit/0544a732a44309bf7cbb44846dd9320c6096de17 >> I'll work around this by just making the downport PRs by hand. > > Sounds like a repeat of: > https://bugs.openjdk.java.net/browse/SKARA-1178 > > Erik, it seems it's not fixed after all? > > Thanks, > Severin > From erik.joelsson at oracle.com Mon Sep 27 13:52:59 2021 From: erik.joelsson at oracle.com (erik.joelsson at oracle.com) Date: Mon, 27 Sep 2021 06:52:59 -0700 Subject: Is jcheck on GitHub PRs down? In-Reply-To: <268ea624-7021-8f03-8fd3-05eab487fe3d@oracle.com> References: <440cc50b-617b-a323-a93f-3b6a1b8a8671@gmail.com> <268ea624-7021-8f03-8fd3-05eab487fe3d@oracle.com> Message-ID: <96ddedea-3e6b-5dd1-1307-424bc3ac71b8@oracle.com> Hello, I believe I've found the underlying cause for the slowdown of the PR bot. I will be working on a fix today. In the meantime, regular restarts will alleviate the problem. https://bugs.openjdk.java.net/browse/SKARA-1191 /Erik On 2021-09-27 01:50, David Holmes wrote: > The bots are having another problem. It is being investigated. > > David > > On 27/09/2021 6:33 pm, Severin Gehwolf wrote: >> On Mon, 2021-09-27 at 06:56 +0000, Lindenmaier, Goetz wrote: >>> Hi, >>> >>> I observed this too. >>> Yesterday I thought the bots would not work at all, but then they >>> processed my PRs at some point. >>> >>> But now again I am waiting for my >>> /backport jdk11u-dev >>> command for 30+min. >>> https://github.com/openjdk/jdk/commit/0544a732a44309bf7cbb44846dd9320c6096de17 >>> >>> I'll work around this by just making the downport PRs by hand. >> >> Sounds like a repeat of: >> https://bugs.openjdk.java.net/browse/SKARA-1178 >> >> Erik, it seems it's not fixed after all? >> >> Thanks, >> Severin >> From thomas.schatzl at oracle.com Tue Sep 28 18:00:17 2021 From: thomas.schatzl at oracle.com (Thomas Schatzl) Date: Tue, 28 Sep 2021 20:00:17 +0200 Subject: Result: New OpenJDK Reviewer: Ivan Walulya Message-ID: Voting for Ivan Walulya [1] is now closed. Yes: 12 Veto: 0 Abstain: 0 According to the Bylaws definition of Three-Vote Consensus, this is sufficient to approve the nomination. Thomas Schatzl [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2021-September/006041.html