From mark.reinhold at oracle.com Tue Sep 1 16:14:13 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 01 Sep 2020 09:14:13 -0700 Subject: JEP proposed to target JDK 16: 338: Vector API (Incubator) In-Reply-To: <20200820214000.992C93BEC90@eggemoggin.niobe.net> References: <20200820214000.992C93BEC90@eggemoggin.niobe.net> Message-ID: <20200901091413.611700119@eggemoggin.niobe.net> 2020/8/20 14:40:00 -0700, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 16: > > 338: Vector API (Incubator) > https://openjdk.java.net/jeps/338 > > 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:00 UTC on Thursday, 27 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 16. Hearing no objections, I?ve targeted this JEP to JDK 16. - Mark From STANISLAV.SMIRNOV at ORACLE.COM Tue Sep 1 20:02:53 2020 From: STANISLAV.SMIRNOV at ORACLE.COM (Stanislav Smirnov) Date: Tue, 1 Sep 2020 16:02:53 -0400 Subject: jdk/submit maintenance 9/2 - 9/7 Message-ID: <7E3D7000-9DF3-4D10-8908-9D0AB60F5974@ORACLE.COM> Hello, A planned maintenance will happen this week, September 2 (9/2) - September 7 (9/7). jdk/submit builds will not be available starting tomorrow (Wednesday 9/2) at 10am PT / 17:00 GMT. With jdk/jdk repository transition to Git happening on September 5, jdk/submit will become read-only on September 4 [1]. jdk/submit repository has been replaced with the /test pull request command [2]. Best regards, Stanislav Smirnov [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-August/004681.html [2] https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test From daniel.fuchs at oracle.com Thu Sep 3 20:03:24 2020 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Thu, 3 Sep 2020 21:03:24 +0100 Subject: Result: CFV: New JDK Committer: Rahul Yadav Message-ID: Hi, Voting for Rahul Yadav (ryadav) [1] is now closed. Yes: 14 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. best regards, -- daniel [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-August/004629.html From erik.helin at oracle.com Fri Sep 4 10:41:19 2020 From: erik.helin at oracle.com (Erik Helin) Date: Fri, 4 Sep 2020 12:41:19 +0200 Subject: jdk/jdk repository transitions to Git, GitHub and Skara: September 5 In-Reply-To: <4a562cb1-0de0-b2b0-9155-f821c0533291@oracle.com> References: <4a562cb1-0de0-b2b0-9155-f821c0533291@oracle.com> Message-ID: <6082f5ea-b20d-673e-b416-29eaa2217ec2@oracle.com> Hi all, just a final reminder that the jdk/jdk Mercurial repository [0] and the jdk/sandbox Mercurial repository [1] are transitioning to Git, GitHub and Skara on September 5 (i.e. *tomorrow*). The Mercurial jdk/jdk [0] and jdk/sandbox [1] repositories will be made read-only approximately 10PM PT on September 4 (i.e. *today*). We hope to have the Git repositories jdk [2] and jdk-sandbox [3] open for contributions on September 5, we will send out an e-mail when they are ready. Please see previous e-mails [4][5] for more information about the transition. As always, feel free to send an e-mail to skara-dev at openjdk.java.net if you have any questions! Thanks, Erik & Robin [0]: https://hg.openjdk.java.net/jdk/jdk [1]: https://hg.openjdk.java.net/jdk/sandbox [2]: https://git.openjdk.java.net/jdk [3]: https://git.openjdk.java.net/jdk-sandbox [4]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-August/004588.html [5]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-August/004681.html On 8/12/20 8:54 AM, Erik Helin wrote: > Hi all, > > We are now getting closer to the jdk/jdk repository [0] transitioning to > Git, GitHub and Skara. JEP 357 [0] and JEP 369 [1] were targeted to JDK > 16 at the end of May 2020 [2]. It was then also communicated that the > jdk/jdk repository would transition "early September 2020" [3]. > > The exact target date for the transition of the jdk/jdk repository is > now set to Saturday September 5, 2020. We aim to complete the transition > during the weekend of September 5 - 6, 2020. Starting from September 4 > the Mercurial repository for jdk/jdk [0] will become read-only and the > Git repository for jdk/jdk [5] will become read-write on Monday > September 7. > > If you are an OpenJDK Author, Committer or Reviewer, then please make > sure you that you are ready for the transition by following the "Getting > Started" guide on the Skara wiki [7]. In particular, make sure that you > associate your GitHub username and OpenJDK username, see the "Getting > Started" guide for details. Feel free to try out the new tools and make > sure that everything works in the OpenJDK playground repository [8]. > > For those of you doing backports to jdk-updates repositories there is a > Skara CLI tool, git hg-export, that will export commits from an OpenJDK > Git repository in a format expected by hg and the OpenJDK Mercurial > repositories [9]. A "clean" backport of a Git commit looks like the > following: > > $ git clone https://git.openjdk.java.net/jdk > $ git -C jdk hg-export | hg -R /path/to/hg/repo import > > As part of transitioning the jdk/jdk repository we will also transition > the jdk/client repository [6]. There is work ongoing that might result > in jdk/client being archived instead of transitioned, but that work is > not guaranteed to be done by September 5. We will send out more details > on this as we get closer. > > The jdk/submit [10] repository will not be transitioned, the equivalent > functionality is provided by the /test pull request command [11]. > > There are continuously updated read-only mirrors of the jdk/jdk [5], > jdk/client [12] and jdk/sandbox [13] repositories available if you want > to create personal forks ahead of the transition. Note that the > jdk/jdk15 [14] repository will stay on Mercurial as well as the > jdk-updates/jdk15u [15] repository (at least for the time being). > > If you have any questions just send an email to skara-dev at openjdk.java.net! > > Thanks, > Erik and Robin > > [0]: https://hg.openjdk.java.net/jdk/jdk > [1]: https://openjdk.java.net/jeps/357 > [2]: https://openjdk.java.net/jeps/369 > [3]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-May/004335.html > [4]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-May/004322.html > [5]: https://github.com/openjdk/jdk > [6]: https://hg.openjdk.java.net/jdk/client > [7]: https://wiki.openjdk.java.net/display/SKARA/Skara#Skara-GettingStarted > [8]: https://github.com/openjdk/playground > [9]: https://wiki.openjdk.java.net/display/SKARA/git-hg-export > [10]: https://hg.openjdk.java.net/jdk/submit > [11]: > https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test > > [12]: https://github.com/jdk/client > [13]: https://github.com/jdk/jdk-sandbox > [14]: https://hg.openjdk.java.net/jdk/jdk15 > [15]: https://hg.openjdk.java.net/jdk-updates/jdk15u From neugens at redhat.com Fri Sep 4 10:47:44 2020 From: neugens at redhat.com (Mario Torre) Date: Fri, 4 Sep 2020 12:47:44 +0200 Subject: jdk/jdk repository transitions to Git, GitHub and Skara: September 5 In-Reply-To: <6082f5ea-b20d-673e-b416-29eaa2217ec2@oracle.com> References: <4a562cb1-0de0-b2b0-9155-f821c0533291@oracle.com> <6082f5ea-b20d-673e-b416-29eaa2217ec2@oracle.com> Message-ID: On Fri, Sep 4, 2020 at 12:41 PM Erik Helin wrote: > > Hi all, > > just a final reminder that the jdk/jdk Mercurial repository [0] and the > jdk/sandbox Mercurial repository [1] are transitioning to Git, GitHub > and Skara on September 5 (i.e. *tomorrow*). The Mercurial jdk/jdk [0] > and jdk/sandbox [1] repositories will be made read-only approximately > 10PM PT on September 4 (i.e. *today*). We hope to have the Git > repositories jdk [2] and jdk-sandbox [3] open for contributions on > September 5, we will send out an e-mail when they are ready. :) https://www.youtube.com/watch?v=Z0GFRcFm-aY All jokes aside, thanks for the incredible job the Skara team did over the last few years, you really made the difference here! Cheers, Mario -- Mario Torre Associate Manager, Software Engineering Red Hat GmbH 9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898 From erik.helin at oracle.com Fri Sep 4 12:24:44 2020 From: erik.helin at oracle.com (Erik Helin) Date: Fri, 4 Sep 2020 14:24:44 +0200 Subject: jdk/jdk repository transitions to Git, GitHub and Skara: September 5 In-Reply-To: References: <4a562cb1-0de0-b2b0-9155-f821c0533291@oracle.com> <6082f5ea-b20d-673e-b416-29eaa2217ec2@oracle.com> Message-ID: On 9/4/20 12:47 PM, Mario Torre wrote: > On Fri, Sep 4, 2020 at 12:41 PM Erik Helin wrote: >> >> Hi all, >> >> just a final reminder that the jdk/jdk Mercurial repository [0] and the >> jdk/sandbox Mercurial repository [1] are transitioning to Git, GitHub >> and Skara on September 5 (i.e. *tomorrow*). The Mercurial jdk/jdk [0] >> and jdk/sandbox [1] repositories will be made read-only approximately >> 10PM PT on September 4 (i.e. *today*). We hope to have the Git >> repositories jdk [2] and jdk-sandbox [3] open for contributions on >> September 5, we will send out an e-mail when they are ready. > > :) > > https://www.youtube.com/watch?v=Z0GFRcFm-aY Hopefully not the end of the world ;) On a more serious note, of course there will be some issues that we have missed with a transition this large. Hopefully we can find and fix them early on, so please file bugs on Skara the project in JBS [0] or get in touch with us [1] if you run into anything. On 9/4/20 12:47 PM, Mario Torre wrote: > All jokes aside, thanks for the incredible job the Skara team did over > the last few years, you really made the difference here! Thanks Mario, and thanks for all the feedback you have provided that has helped shape Skara! Erik [0]: https://bugs.openjdk.java.net/projects/SKARA/issues [1]: skara-dev at openjdk.java.net > Cheers, > Mario > From erik.helin at oracle.com Sat Sep 5 12:21:46 2020 From: erik.helin at oracle.com (Erik Helin) Date: Sat, 5 Sep 2020 14:21:46 +0200 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done Message-ID: Hi all, the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] and jdk/sandbox [1] is now done. The Git repositories jdk [2] and jdk-sandbox [3] are now open for contributions. Note that the jdk/client repository has been retired [4] and that the jdk/submit repository has been replaced by /test pull request command [5]. Due to planned maintenance the /test pull request command might now work reliably until Sep 7 [14]. To get started with Git, GitHub and Skara, see the "Getting Started" section on the Skara wiki [6]. In particular, make sure that you associate your OpenJDK username with your GitHub username [7]. On the Skara wiki you will also find: - an extensive FAQ [8] - reference documentation for all pull request commands [9] - reference documentation for all CLI tools [10] If you are new to Git then we strongly recommend the excellent "Pro Git" book to get started. The book is freely available for reading online at https://git-scm.com/book and can also be downloaded for offline reading. For those of you working with the JDK Updates project (whose repositories still use Mercurial) the Skara CLI tooling is backwards compatible with Mercurial. For more information about using the Skara CLI tools and Mercurial, including how to import a Git patch to Mercurial, see the Skara wiki [11]. With a transition this large and complex, we are bound to have missed something. If you run into bugs, errors or if something is missing, start by taking a deep breath :) We also get annoyed when the tools we use for our daily work aren't working as expected, so we feel your frustration. If you run into issues, please reach out to us on skara-dev [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. Last, but definitely not least, we would like to thank the following people for making this transition possible: - Mark Reinhold - Joe Darcy - Erik Joelsson - Stanislav Smirnov - Christian T?rnqvist - Tim Bell - Tony Squier - All Skara contributors! A huge thank you also to all OpenJDK projects that have transitioned before the JDK project. You have all provided invaluable feedback that has helped shaped the Git, GitHub and Skara experience. Please help your friends and colleagues in OpenJDK that are now embarking on the same transition that you all have already accomplished. Thanks! Erik and Robin [0]: https://hg.openjdk.java.net/jdk/jdk [1]: https://hg.openjdk.java.net/jdk/sandbox [2]: https://git.openjdk.java.net/jdk [3]: https://git.openjdk.java.net/jdk-sandbox [4]: https://mail.openjdk.java.net/pipermail/2d-dev/2020-August/011004.html [5]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted [7]: https://wiki.openjdk.java.net/display/SKARA/#Skara-AssociatingyourGitHubaccountandyourOpenJDKusername [8]: https://wiki.openjdk.java.net/display/skara/FAQ [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools [11]: skara-dev at openjdk.java.net [12]: #openjdk on irc.oftc.net [13]: https://bugs.openjdk.java.net/projects/SKARA/issues [14]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004689.html From suenaga at oss.nttdata.com Sat Sep 5 14:31:01 2020 From: suenaga at oss.nttdata.com (Yasumasa Suenaga) Date: Sat, 5 Sep 2020 23:31:01 +0900 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: <9c2369b2-bafb-4690-b5b0-52f6627cd25a@oss.nttdata.com> Hi Erik, I've created PR for jdk/jdk, and I tried to invoke `/test` PR command, but I don't seems to have permission for it. I'm OpenJDK reviewer (ysuenaga) and my GitHub account has joined to OpenJDK organization. What should I do? https://github.com/openjdk/jdk/pull/19 Thanks, Yasumasa On 2020/09/05 21:21, Erik Helin wrote: > Hi all, > > the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] and jdk/sandbox [1] is now done. The Git repositories jdk [2] and jdk-sandbox [3] are now open for contributions. Note that the jdk/client repository has been retired [4] and that the jdk/submit repository has been replaced by /test pull request command [5]. Due to planned maintenance the /test pull request command might now work reliably until Sep 7 [14]. > > To get started with Git, GitHub and Skara, see the "Getting Started" section on the Skara wiki [6]. In particular, make sure that you associate your OpenJDK username with your GitHub username [7]. On the Skara wiki you will also find: > > - an extensive FAQ [8] > - reference documentation for all pull request commands [9] > - reference documentation for all CLI tools [10] > > If you are new to Git then we strongly recommend the excellent "Pro Git" book to get started. The book is freely available for reading online at https://git-scm.com/book and can also be downloaded for offline reading. > > For those of you working with the JDK Updates project (whose repositories still use Mercurial) the Skara CLI tooling is backwards compatible with Mercurial. For more information about using the Skara CLI tools and Mercurial, including how to import a Git patch to Mercurial, see the Skara wiki [11]. > > With a transition this large and complex, we are bound to have missed something. If you run into bugs, errors or if something is missing, start by taking a deep breath :) We also get annoyed when the tools we use for our daily work aren't working as expected, so we feel your frustration. If you run into issues, please reach out to us on skara-dev [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. > > Last, but definitely not least, we would like to thank the following people for making this transition possible: > > - Mark Reinhold > - Joe Darcy > - Erik Joelsson > - Stanislav Smirnov > - Christian T?rnqvist > - Tim Bell > - Tony Squier > - All Skara contributors! > > A huge thank you also to all OpenJDK projects that have transitioned before the JDK project. You have all provided invaluable feedback that has helped shaped the Git, GitHub and Skara experience. Please help your friends and colleagues in OpenJDK that are now embarking on the same transition that you all have already accomplished. > > Thanks! > Erik and Robin > > [0]: https://hg.openjdk.java.net/jdk/jdk > [1]: https://hg.openjdk.java.net/jdk/sandbox > [2]: https://git.openjdk.java.net/jdk > [3]: https://git.openjdk.java.net/jdk-sandbox > [4]: https://mail.openjdk.java.net/pipermail/2d-dev/2020-August/011004.html > [5]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test > [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted > [7]: https://wiki.openjdk.java.net/display/SKARA/#Skara-AssociatingyourGitHubaccountandyourOpenJDKusername > [8]: https://wiki.openjdk.java.net/display/skara/FAQ > [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands > [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools > [11]: skara-dev at openjdk.java.net > [12]: #openjdk on irc.oftc.net > [13]: https://bugs.openjdk.java.net/projects/SKARA/issues > [14]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004689.html From archana.nogriya at uk.ibm.com Mon Sep 7 09:10:22 2020 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Mon, 7 Sep 2020 10:10:22 +0100 Subject: OpenJDK Contributions Message-ID: Hi, I am requesting 2 proposals for the contribution to OpenJDK. I have created webrev with my changes. Please can I have someone to review my changes and suggest further. Details description is as follow, Contribution 1 ======================================= Title : Performance optimisation by setting MALLOCOPTIONS and LDR_CNTRL java launcher in order to use 64KB pages by default for perf on AIX. Description: The malloc subsystem provides an optional multiheap capability to allow the use of multiple heaps of free memory, rather than just one, to improve performance this is the fix . Also to setting LDR_CNTRL on AIX java launcher in order to use 64KB pages by default for perf. Changed File: http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/src/java.base/unix/native/libjli/java_md.c Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252802 ============================================= Contribution 2 ================================================== Title : Add the /LARGEADDRESSAWARE flag when linking executables for Windows 32-bit. Description: The following change to add the /LARGEADDRESSAWARE flag when linking executables for Windows 32-bit. This simple change allows java to use more than 2GB address space. IBM Java uses this flag. Changed File: http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/make/autoconf/spec.gmk.in Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252803 ================================================== 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 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 avoitylov at openjdk.java.net Mon Sep 7 11:29:29 2020 From: avoitylov at openjdk.java.net (Aleksei Voitylov) Date: Mon, 7 Sep 2020 11:29:29 GMT Subject: RFR: JDK-8247589: Implementation of Alpine Linux/x64 Port Message-ID: continuing the review thread from here https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-September/068546.html > The download side of using JNI in these tests is that it complicates the > setup a bit for those that run jtreg directly and/or just build the JDK > and not the test libraries. You could reduce this burden a bit by > limiting the load library/isMusl check to Linux only, meaning isMusl > would not be called on other platforms. > > The alternative you suggest above might indeed be better. I assume you > don't mean splitting the tests but rather just adding a second @test > description so that the vm.musl case runs the test with a system > property that allows the test know the expected load library path behavior. I have updated the PR to split the two tests in multiple @test s. > The updated comment in java_md.c in this looks good. A minor comment on > Platform.isBusybox is Files.isSymbolicLink returning true implies that > the link exists so no need to check for exists too. Also the > if-then-else style for the new class in ProcessBuilder/Basic.java is > inconsistent with the rest of the test so it stands out. Thank you, these changes are done in the updated PR. > Given the repo transition this weekend then I assume you'll create a PR > for the final review at least. Also I see JEP 386 hasn't been targeted > yet but I assume Boris, as owner, will propose-to-target and wait for it > to be targeted before it is integrated. Yes. How can this be best accomplished with the new git workflow? - we can continue the review process till the end and I will request the integration to happen only after the JEP is targeted. I guess this step is now done by typing "slash integrate" in a comment. - we can pause the review process now until the JEP is targeted. In the first case I'm kindly asking the Reviewers who already chimed in on that to re-confirm the review here. ------------- Commit messages: - JDK-8247589: Implementation of Alpine Linux/x64 Port Changes: https://git.openjdk.java.net/jdk/pull/49/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=49&range=00 Issue: https://bugs.openjdk.java.net/browse/JDK-8247589 Stats: 403 lines in 30 files changed: 346 ins; 17 del; 40 mod Patch: https://git.openjdk.java.net/jdk/pull/49.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/49/head:pull/49 PR: https://git.openjdk.java.net/jdk/pull/49 From alanb at openjdk.java.net Mon Sep 7 12:20:40 2020 From: alanb at openjdk.java.net (Alan Bateman) Date: Mon, 7 Sep 2020 12:20:40 GMT Subject: RFR: JDK-8247589: Implementation of Alpine Linux/x64 Port In-Reply-To: References: Message-ID: On Mon, 7 Sep 2020 11:23:28 GMT, Aleksei Voitylov wrote: > continuing the review thread from here https://mail.openjdk.java.net/pipermail/core-libs-dev/2020-September/068546.html > >> The download side of using JNI in these tests is that it complicates the >> setup a bit for those that run jtreg directly and/or just build the JDK >> and not the test libraries. You could reduce this burden a bit by >> limiting the load library/isMusl check to Linux only, meaning isMusl >> would not be called on other platforms. >> >> The alternative you suggest above might indeed be better. I assume you >> don't mean splitting the tests but rather just adding a second @test >> description so that the vm.musl case runs the test with a system >> property that allows the test know the expected load library path behavior. > > I have updated the PR to split the two tests in multiple @test s. > >> The updated comment in java_md.c in this looks good. A minor comment on >> Platform.isBusybox is Files.isSymbolicLink returning true implies that >> the link exists so no need to check for exists too. Also the >> if-then-else style for the new class in ProcessBuilder/Basic.java is >> inconsistent with the rest of the test so it stands out. > > Thank you, these changes are done in the updated PR. > >> Given the repo transition this weekend then I assume you'll create a PR >> for the final review at least. Also I see JEP 386 hasn't been targeted >> yet but I assume Boris, as owner, will propose-to-target and wait for it >> to be targeted before it is integrated. > > Yes. How can this be best accomplished with the new git workflow? > - we can continue the review process till the end and I will request the integration to happen only after the JEP is > targeted. I guess this step is now done by typing "slash integrate" in a comment. > - we can pause the review process now until the JEP is targeted. > > In the first case I'm kindly asking the Reviewers who already chimed in on that to re-confirm the review here. Marked as reviewed by alanb (Reviewer). This change was in review on core-libs-dev and other mailing lists before the switch to skara/git. The issues that I brought up have been added in the PR and I don't have any further comments. ------------- PR: https://git.openjdk.java.net/jdk/pull/49 From coffeys at openjdk.java.net Mon Sep 7 13:58:10 2020 From: coffeys at openjdk.java.net (Sean Coffey) Date: Mon, 7 Sep 2020 13:58:10 GMT Subject: RFR: 8250968: Symlinks attributes not preserved when using jarsigner on zip files Message-ID: <_t_7x4rXraIGRyqbC_M-Q1bfBlU0e97bE5Uw97ylAkE=.a4f7c6ef-8230-4379-a29d-941d854e257b@github.com> Continuation of RFR thread from http://mail.openjdk.java.net/pipermail/security-dev/2020-August/022373.html CSR has been approved. ------------- Commit messages: - JDK-8250968 Changes: https://git.openjdk.java.net/jdk/pull/56/files Webrev: https://webrevs.openjdk.java.net/?repo=jdk&pr=56&range=00 Issue: https://bugs.openjdk.java.net/browse/JDK-8250968 Stats: 198 lines in 10 files changed: 162 ins; 1 del; 35 mod Patch: https://git.openjdk.java.net/jdk/pull/56.diff Fetch: git fetch https://git.openjdk.java.net/jdk pull/56/head:pull/56 PR: https://git.openjdk.java.net/jdk/pull/56 From archana.nogriya at uk.ibm.com Tue Sep 8 11:00:05 2020 From: archana.nogriya at uk.ibm.com (Archana Nogriya) Date: Tue, 8 Sep 2020 12:00:05 +0100 Subject: Copyright Issues : JDK15 - GPLv2 is present but Classpath exception is missing Message-ID: Hi, Please can someone help to fix the copyright issues in JDK15. We found these issues in our internal scan. src/java.base/share/classes/java/lang/invoke/LambdaProxyClassArchive.java This file hasGPLv2 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 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 Alan.Bateman at oracle.com Tue Sep 8 11:11:37 2020 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 8 Sep 2020 12:11:37 +0100 Subject: Copyright Issues : JDK15 - GPLv2 is present but Classpath exception is missing In-Reply-To: References: Message-ID: <69a5f592-afd2-9e28-e805-89147d6640d4@oracle.com> On 08/09/2020 12:00, Archana Nogriya wrote: > Hi, > > Please can someone help to fix the copyright issues in JDK15. > We found these issues in our internal scan. > > src/java.base/share/classes/java/lang/invoke/LambdaProxyClassArchive.java > > This file hasGPLv2 is present but Classpath exception is missing. > This was fixed in the main line a few weeks ago via JDK-8250929 [1]. -Alan [1] https://bugs.openjdk.java.net/browse/JDK-8250929 From erik.helin at oracle.com Tue Sep 8 14:32:44 2020 From: erik.helin at oracle.com (Erik Helin) Date: Tue, 8 Sep 2020 16:32:44 +0200 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: <9c2369b2-bafb-4690-b5b0-52f6627cd25a@oss.nttdata.com> References: <9c2369b2-bafb-4690-b5b0-52f6627cd25a@oss.nttdata.com> Message-ID: <558c851a-1486-6c8c-d5ea-b50701197763@oracle.com> On 9/5/20 4:31 PM, Yasumasa Suenaga wrote: > Hi Erik, Hi Yasumasa, hope you are doing well! > I've created PR for jdk/jdk, and I tried to invoke `/test` PR command, > but I don't seems to have permission for it. > I'm OpenJDK reviewer (ysuenaga) and my GitHub account has joined to > OpenJDK organization. > What should I do? Nothing at the moment :) The bot powering the /test PR command isn't doing too well at the moment due to some planned maintenance that ended yesterday [0]. I will look into this tomorrow, please give us some time to patch things together. Robin is also working some other changes that will ease testing, more on that soon. Sorry about any issues this may have caused, Erik [0]: https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004689.html > ? https://github.com/openjdk/jdk/pull/19 > > > Thanks, > > Yasumasa > > > On 2020/09/05 21:21, Erik Helin wrote: >> Hi all, >> >> the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] >> and jdk/sandbox [1] is now done. The Git repositories jdk [2] and >> jdk-sandbox [3] are now open for contributions. Note that the >> jdk/client repository has been retired [4] and that the jdk/submit >> repository has been replaced by /test pull request command [5]. Due to >> planned maintenance the /test pull request command might now work >> reliably until Sep 7 [14]. >> >> To get started with Git, GitHub and Skara, see the "Getting Started" >> section on the Skara wiki [6]. In particular, make sure that you >> associate your OpenJDK username with your GitHub username [7]. On the >> Skara wiki you will also find: >> >> - an extensive FAQ [8] >> - reference documentation for all pull request commands [9] >> - reference documentation for all CLI tools [10] >> >> If you are new to Git then we strongly recommend the excellent "Pro >> Git" book to get started. The book is freely available for reading >> online at https://git-scm.com/book and can also be downloaded for >> offline reading. >> >> For those of you working with the JDK Updates project (whose >> repositories still use Mercurial) the Skara CLI tooling is backwards >> compatible with Mercurial. For more information about using the Skara >> CLI tools and Mercurial, including how to import a Git patch to >> Mercurial, see the Skara wiki [11]. >> >> With a transition this large and complex, we are bound to have missed >> something. If you run into bugs, errors or if something is missing, >> start by taking a deep breath :) We also get annoyed when the tools we >> use for our daily work aren't working as expected, so we feel your >> frustration. If you run into issues, please reach out to us on >> skara-dev [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. >> >> Last, but definitely not least, we would like to thank the following >> people for making this transition possible: >> >> - Mark Reinhold >> - Joe Darcy >> - Erik Joelsson >> - Stanislav Smirnov >> - Christian T?rnqvist >> - Tim Bell >> - Tony Squier >> - All Skara contributors! >> >> A huge thank you also to all OpenJDK projects that have transitioned >> before the JDK project. You have all provided invaluable feedback that >> has helped shaped the Git, GitHub and Skara experience. Please help >> your friends and colleagues in OpenJDK that are now embarking on the >> same transition that you all have already accomplished. >> >> Thanks! >> Erik and Robin >> >> [0]: https://hg.openjdk.java.net/jdk/jdk >> [1]: https://hg.openjdk.java.net/jdk/sandbox >> [2]: https://git.openjdk.java.net/jdk >> [3]: https://git.openjdk.java.net/jdk-sandbox >> [4]: >> https://mail.openjdk.java.net/pipermail/2d-dev/2020-August/011004.html >> [5]: >> https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test >> >> [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted >> [7]: >> https://wiki.openjdk.java.net/display/SKARA/#Skara-AssociatingyourGitHubaccountandyourOpenJDKusername >> >> [8]: https://wiki.openjdk.java.net/display/skara/FAQ >> [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands >> [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools >> [11]: skara-dev at openjdk.java.net >> [12]: #openjdk on irc.oftc.net >> [13]: https://bugs.openjdk.java.net/projects/SKARA/issues >> [14]: >> https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004689.html >> From martin.doerr at sap.com Tue Sep 8 15:29:11 2020 From: martin.doerr at sap.com (Doerr, Martin) Date: Tue, 8 Sep 2020 15:29:11 +0000 Subject: OpenJDK Contributions In-Reply-To: References: Message-ID: Hi Archana, thanks for posting your proposals. I appreciate getting J9 improvements into OpenJDK. About Contribution 1: I'm not so familiar with the AIX implementation of malloc, but I wonder if "multiheap" leads to similar memory footprint issues as on linux with glibc: https://bugs.openjdk.java.net/browse/JDK-8193521 At least "multiheap" sounds similar to MALLOC_ARENA_MAX (glibc). It may be good for J9, but we need a separated performance and footprint evaluation for OpenJDK. I don't know which workload would benefit from it. I guess we don't have many concurrent mallocs in performance critical paths in hotspot. Using 64kB pages makes a lot of sense to me. I believe we're already using them to some extent. I'm only a bit concerned about 64kB stack pages because we still have the stack banging implementation which establishes protected "yellow" and "red" pages. Maybe we should remove the stack banging code before using 64kB stack pages. About Contribution 2: I wonder why we're not using it already. Technically, makes sense to me. However, it may trigger existing bugs with large addresses. (See https://stackoverflow.com/questions/2288728/drawbacks-of-using-largeaddressaware-for-32-bit-windows-executables) We're still building Windows 32 bit, but we're no longer using it with recent jdk/jdk. Maybe somebody is interested in having it and can test and review it. Just my 5C. Best regards, Martin > -----Original Message----- > From: jdk-dev On Behalf Of Archana > Nogriya > Sent: Montag, 7. September 2020 11:10 > To: jdk-dev at openjdk.java.net; jdk-dev-request at openjdk.java.net > Cc: Andrew Leonard > Subject: OpenJDK Contributions > > Hi, > > I am requesting 2 proposals for the contribution to OpenJDK. > I have created webrev with my changes. > > Please can I have someone to review my changes and suggest further. > > Details description is as follow, > > Contribution 1 > > ======================================= > Title : Performance optimisation by setting MALLOCOPTIONS and LDR_CNTRL > java launcher in order to use 64KB pages by default for perf on AIX. > Description: The malloc subsystem provides an optional multiheap > capability to allow the use of multiple heaps of free memory, rather than > just one, to improve performance this is the fix . Also to setting > LDR_CNTRL on AIX java launcher in order to use 64KB pages by default for > perf. > Changed File: > http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/src/java.base/unix/n > ative/libjli/java_md.c > Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252802 > ============================================= > > > Contribution 2 > > ================================================== > Title : Add the /LARGEADDRESSAWARE flag when linking executables for > Windows 32-bit. > Description: The following change to add the /LARGEADDRESSAWARE flag > when > linking executables for Windows 32-bit. This simple change allows java to > use more than 2GB address space. IBM Java uses this flag. > Changed File: > http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/make/autoconf/spe > c.gmk.in > Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252803 > ================================================== > > > 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 > > 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 daniel.fuchs at oracle.com Tue Sep 8 16:28:12 2020 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Tue, 8 Sep 2020 17:28:12 +0100 Subject: New JDK Committer: Jaikiran Pai Message-ID: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Hi, I hereby nominate Jaikiran Pai (jpai) to JDK Committer. From Jaikiran: "I have been using Java since 2004 (started off with Java 1.4.x) and over the years have been an active contributor to various open source Java Libraries as well as application servers. The past couple of years, I have started to contribute to the OpenJDK project and I look forward to continuing my association with the Java language as well as the OpenJDK project." Jaikiran already contributed 19 fixes to the JDK project [3]. Votes are due by 12:00 UTC September 23rd, 2020. Only current JDK 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]. Best regards, -- daniel [1] http://openjdk.java.net/census [2] http://openjdk.java.net/bylaws#lazy-consensus [3] https://github.com/openjdk/jdk $ git log --oneline --author "Jaikiran Pai" 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws IllegalAccessError 59af1c2af4d 8241138: http.nonProxyHosts=* causes StringIndexOutOfBoundsException in DefaultProxySelector ec5869eb2e1 7143743: Potential memory leak with zip provider f3c76c47426 8232879: Writing out data with the Zip File System leads to a CRC failure 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception not declared in its throws clause f8e6dcdd094 8230220: java/net/HttpURLConnection /HttpURLProxySelectionTest.java fails intermittently 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException caused by protocol error while following redirect c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories generated at the root of the repo 178bf44f565 8226976: SessionTimeOutTests uses == operator for String value check a92f0016f31 8217705: HttpClient - wrong exception type when bad status line is received c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class documentation 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more resilient 6fa4babbb20 8230310: SocksSocketImpl should handle the IllegalArgumentException thrown by ProxySelector.select usage 55d96ac4c1d 8217795: Typo in SSLSocket 21341a37af3 8212752: Typo in SSL log message related to inactive/disabled signature scheme 4cd9401815f 8211765: JarFile constructor throws undocumented exception 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation 3e472290572 8201545: InetAddress.getByName/getAllByName should clarify empty String behavior From joe.darcy at oracle.com Tue Sep 8 16:34:55 2020 From: joe.darcy at oracle.com (Joe Darcy) Date: Tue, 8 Sep 2020 09:34:55 -0700 Subject: OpenJDK Contributions In-Reply-To: References: Message-ID: <6f9e680a-5b02-65b3-fe71-94c1fc73b3e8@oracle.com> Hello, Note that jdk-dev is not generally used for reviews. The subject line "OpenJDK Contributions" could cover an extremely broad range of topic. The strong convention is to use the bug number and summary in the subject line directed to the appropriate area alias, which would be core-libs-dev for both of these bugs. -Joe On 9/7/2020 2:10 AM, Archana Nogriya wrote: > Hi, > > I am requesting 2 proposals for the contribution to OpenJDK. > I have created webrev with my changes. > > Please can I have someone to review my changes and suggest further. > > Details description is as follow, > > Contribution 1 > > ======================================= > Title : Performance optimisation by setting MALLOCOPTIONS and LDR_CNTRL > java launcher in order to use 64KB pages by default for perf on AIX. > Description: The malloc subsystem provides an optional multiheap > capability to allow the use of multiple heaps of free memory, rather than > just one, to improve performance this is the fix . Also to setting > LDR_CNTRL on AIX java launcher in order to use 64KB pages by default for > perf. > Changed File: > http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/src/java.base/unix/native/libjli/java_md.c > Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252802 > ============================================= > > > Contribution 2 > > ================================================== > Title : Add the /LARGEADDRESSAWARE flag when linking executables for > Windows 32-bit. > Description: The following change to add the /LARGEADDRESSAWARE flag when > linking executables for Windows 32-bit. This simple change allows java to > use more than 2GB address space. IBM Java uses this flag. > Changed File: > http://hg.openjdk.java.net/jdk/jdk/file/5aeebd3bb33a/make/autoconf/spec.gmk.in > Webrev url: https://bugs.openjdk.java.net/browse/JDK-8252803 > ================================================== > > > 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 > > 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 LANCE.ANDERSEN at ORACLE.COM Tue Sep 8 17:08:33 2020 From: LANCE.ANDERSEN at ORACLE.COM (Lance Andersen) Date: Tue, 8 Sep 2020 13:08:33 -0400 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <9D7C0F55-5834-4FD0-B639-C513B1456889@ORACLE.COM> Vote: Yes > On Sep 8, 2020, at 12:28 PM, Daniel Fuchs wrote: > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior Best Lance ------------------ Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From Alan.Bateman at oracle.com Tue Sep 8 17:11:18 2020 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Tue, 8 Sep 2020 18:11:18 +0100 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <0fee2240-af26-ffe3-85bd-740d11792367@oracle.com> Vote: yes From volker.simonis at gmail.com Tue Sep 8 18:36:25 2020 From: volker.simonis at gmail.com (Volker Simonis) Date: Tue, 8 Sep 2020 20:36:25 +0200 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote: yes On Tue, Sep 8, 2020 at 6:28 PM Daniel Fuchs wrote: > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior From roger.riggs at oracle.com Tue Sep 8 18:53:35 2020 From: roger.riggs at oracle.com (Roger Riggs) Date: Tue, 8 Sep 2020 14:53:35 -0400 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote: Yes On 9/8/20 12:28 PM, Daniel Fuchs wrote: > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. From stuart.marks at oracle.com Tue Sep 8 21:40:26 2020 From: stuart.marks at oracle.com (Stuart Marks) Date: Tue, 8 Sep 2020 14:40:26 -0700 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <2a4b6244-6d8f-fe0e-5a2a-099c57e1729a@oracle.com> Vote: yes On 9/8/20 9:28 AM, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > ?and over the years have been an active contributor to various > ?open source Java Libraries as well as application servers. > ?The past couple of years, I have started to contribute to the > ?OpenJDK project and I look forward to continuing my association > ?with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > ??????????? IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > ??????????? StringIndexOutOfBoundsException? in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > ??????????? leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > ??????????? not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > ??????????? /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > ??????????? caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > ??????????? generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > ??????????? value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > ??????????? line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > ??????????? documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > ??????????? resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > ??????????? IllegalArgumentException thrown by > ??????????? ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > ??????????? inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > ??????????? clarify empty String behavior From sgehwolf at redhat.com Wed Sep 9 07:07:07 2020 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Wed, 09 Sep 2020 09:07:07 +0200 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <563681b0041c7f111cb96c16ea6a52d5e8cc871d.camel@redhat.com> Vote: yes. On Tue, 2020-09-08 at 17:28 +0100, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior > From michael.x.mcmahon at oracle.com Wed Sep 9 07:26:24 2020 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Wed, 9 Sep 2020 08:26:24 +0100 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <027a3fe1-09a2-455b-3967-0759b0363ab7@oracle.com> Vote: Yes On 08/09/2020 17:28, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > ?and over the years have been an active contributor to various > ?open source Java Libraries as well as application servers. > ?The past couple of years, I have started to contribute to the > ?OpenJDK project and I look forward to continuing my association > ?with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > ??????????? IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > ??????????? StringIndexOutOfBoundsException? in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > ??????????? leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > ??????????? not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > ??????????? /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > ??????????? caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > ??????????? generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > ??????????? value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > ??????????? line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > ??????????? documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > ??????????? resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > ??????????? IllegalArgumentException thrown by > ??????????? ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > ??????????? inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > ??????????? clarify empty String behavior From adinn at redhat.com Wed Sep 9 09:27:15 2020 From: adinn at redhat.com (Andrew Dinn) Date: Wed, 9 Sep 2020 10:27:15 +0100 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <8787dbbb-151f-c00d-0bf7-1a9ba9dceef1@redhat.com> Vote: yes On 08/09/2020 17:28, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > ?and over the years have been an active contributor to various > ?open source Java Libraries as well as application servers. > ?The past couple of years, I have started to contribute to the > ?OpenJDK project and I look forward to continuing my association > ?with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > ??????????? IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > ??????????? StringIndexOutOfBoundsException? in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > ??????????? leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > ??????????? not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > ??????????? /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > ??????????? caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > ??????????? generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > ??????????? value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > ??????????? line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > ??????????? documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > ??????????? resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > ??????????? IllegalArgumentException thrown by > ??????????? ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > ??????????? inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > ??????????? clarify empty String behavior > -- 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 neugens at redhat.com Wed Sep 9 09:42:14 2020 From: neugens at redhat.com (Mario Torre) Date: Wed, 9 Sep 2020 11:42:14 +0200 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote: yes, Cheers, Mario On Tue, Sep 8, 2020 at 6:29 PM Daniel Fuchs wrote: > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior > -- Mario Torre Associate Manager, Software Engineering Red Hat GmbH 9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898 From abdul.kolarkunnu at oracle.com Wed Sep 9 11:07:40 2020 From: abdul.kolarkunnu at oracle.com (abdul.kolarkunnu at oracle.com) Date: Wed, 9 Sep 2020 16:37:40 +0530 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <18b4194c-f299-ea59-9b57-7c38507309ea@oracle.com> Vote: yes -Muneer On 08/09/20 9:58 pm, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > ?and over the years have been an active contributor to various > ?open source Java Libraries as well as application servers. > ?The past couple of years, I have started to contribute to the > ?OpenJDK project and I look forward to continuing my association > ?with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > ??????????? IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > ??????????? StringIndexOutOfBoundsException? in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > ??????????? leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > ??????????? not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > ??????????? /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > ??????????? caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > ??????????? generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > ??????????? value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > ??????????? line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > ??????????? documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > ??????????? resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > ??????????? IllegalArgumentException thrown by > ??????????? ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > ??????????? inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > ??????????? clarify empty String behavior From chris.hegarty at oracle.com Wed Sep 9 12:28:40 2020 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Wed, 9 Sep 2020 13:28:40 +0100 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote: YES. -Chris. > On 8 Sep 2020, at 17:28, Daniel Fuchs wrote: > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. From goetz.lindenmaier at sap.com Wed Sep 9 15:22:58 2020 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Wed, 9 Sep 2020 15:22:58 +0000 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote: yes Best, Goetz. > -----Original Message----- > From: jdk-dev On Behalf Of Daniel Fuchs > Sent: Tuesday, September 8, 2020 6:28 PM > To: jdk-dev > Subject: New JDK Committer: Jaikiran Pai > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws > IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior From xuelei.fan at oracle.com Wed Sep 9 16:02:36 2020 From: xuelei.fan at oracle.com (Xuelei Fan) Date: Wed, 9 Sep 2020 09:02:36 -0700 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: <5994a76d-897a-50b4-04cf-52b620857ddc@oracle.com> Vote: Yes. On 9/8/2020 9:28 AM, Daniel Fuchs wrote: > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > ?and over the years have been an active contributor to various > ?open source Java Libraries as well as application servers. > ?The past couple of years, I have started to contribute to the > ?OpenJDK project and I look forward to continuing my association > ?with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > ??????????? IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > ??????????? StringIndexOutOfBoundsException? in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > ??????????? leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > ??????????? not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > ??????????? /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > ??????????? caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > ??????????? generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > ??????????? value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > ??????????? line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > ??????????? documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > ??????????? resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > ??????????? IllegalArgumentException thrown by > ??????????? ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > ??????????? inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > ??????????? clarify empty String behavior From Sergey.Bylokhov at oracle.com Thu Sep 10 06:04:59 2020 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Wed, 9 Sep 2020 23:04:59 -0700 Subject: CFV: New JDK Committer: Tejpal Rebari Message-ID: <54793633-6743-fc00-5a1f-093590805088@oracle.com> I hereby nominate Tejpal Rebari to JDK Committer. Tejpal is currently a JDK Author and a member of the client team at Oracle. He has made 20 contributions to JDK: http://hg.openjdk.java.net/jdk/jdk/log?revcount=2000&rev=(author(%22trebari%22)+or+desc(%22tejpal.rebari at oracle.com%22))+and+not+merge() Votes are due by September 23, 2020. Only current JDK 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]. Sergey Bylokhov [1] http://openjdk.java.net/census [2] http://openjdk.java.net/projects/#committer-vote From JAYATHIRTH.D.V at ORACLE.COM Thu Sep 10 06:37:21 2020 From: JAYATHIRTH.D.V at ORACLE.COM (Jayathirth D v) Date: Thu, 10 Sep 2020 12:07:21 +0530 Subject: CFV: New JDK Committer: Tejpal Rebari In-Reply-To: <54793633-6743-fc00-5a1f-093590805088@oracle.com> References: <54793633-6743-fc00-5a1f-093590805088@oracle.com> Message-ID: <8FDDAF63-8D9B-4521-AD6B-C539A99F5ED9@ORACLE.COM> Vote : Yes Thanks, Jay > On 10-Sep-2020, at 11:34 AM, Sergey Bylokhov wrote: > > I hereby nominate Tejpal Rebari to JDK Committer. > > Tejpal is currently a JDK Author and a member of the client team at Oracle. > He has made 20 contributions to JDK: > http://hg.openjdk.java.net/jdk/jdk/log?revcount=2000&rev=(author(%22trebari%22)+or+desc(%22tejpal.rebari at oracle.com%22))+and+not+merge() > > Votes are due by September 23, 2020. > > Only current JDK 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]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From pankaj.b.bansal at oracle.com Thu Sep 10 06:38:40 2020 From: pankaj.b.bansal at oracle.com (Pankaj Bansal) Date: Thu, 10 Sep 2020 12:08:40 +0530 Subject: CFV: New JDK Committer: Tejpal Rebari In-Reply-To: <54793633-6743-fc00-5a1f-093590805088@oracle.com> References: <54793633-6743-fc00-5a1f-093590805088@oracle.com> Message-ID: vote: yes Regards, Pankaj On 10/09/20 11:34 AM, Sergey Bylokhov wrote: > I hereby nominate Tejpal Rebari to JDK Committer. > > Tejpal is currently a JDK Author and a member of the client team at > Oracle. > He has made 20 contributions to JDK: > http://hg.openjdk.java.net/jdk/jdk/log?revcount=2000&rev=(author(%22trebari%22)+or+desc(%22tejpal.rebari at oracle.com%22))+and+not+merge() > > > Votes are due by September 23, 2020. > > Only current JDK 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]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From prasanta.sadhukhan at oracle.com Thu Sep 10 06:43:13 2020 From: prasanta.sadhukhan at oracle.com (Prasanta Sadhukhan) Date: Thu, 10 Sep 2020 12:13:13 +0530 Subject: CFV: New JDK Committer: Tejpal Rebari In-Reply-To: <54793633-6743-fc00-5a1f-093590805088@oracle.com> References: <54793633-6743-fc00-5a1f-093590805088@oracle.com> Message-ID: Vote: yes Regards Prasanta On 10-Sep-20 11:34 AM, Sergey Bylokhov wrote: > I hereby nominate Tejpal Rebari to JDK Committer. > > Tejpal is currently a JDK Author and a member of the client team at > Oracle. > He has made 20 contributions to JDK: > http://hg.openjdk.java.net/jdk/jdk/log?revcount=2000&rev=(author(%22trebari%22)+or+desc(%22tejpal.rebari at oracle.com%22))+and+not+merge() > > > Votes are due by September 23, 2020. > > Only current JDK 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]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From ajit.ghaisas at oracle.com Thu Sep 10 09:13:28 2020 From: ajit.ghaisas at oracle.com (Ajit Ghaisas) Date: Thu, 10 Sep 2020 14:43:28 +0530 Subject: CFV: New JDK Committer: Tejpal Rebari In-Reply-To: <54793633-6743-fc00-5a1f-093590805088@oracle.com> References: <54793633-6743-fc00-5a1f-093590805088@oracle.com> Message-ID: <14AADEEC-B5DA-465A-92C3-9712D3162FD4@oracle.com> Vote : Yes Regards, Ajit > On 10-Sep-2020, at 11:34 AM, Sergey Bylokhov wrote: > > I hereby nominate Tejpal Rebari to JDK Committer. > > Tejpal is currently a JDK Author and a member of the client team at Oracle. > He has made 20 contributions to JDK: > http://hg.openjdk.java.net/jdk/jdk/log?revcount=2000&rev=(author(%22trebari%22)+or+desc(%22tejpal.rebari at oracle.com%22))+and+not+merge() > > Votes are due by September 23, 2020. > > Only current JDK 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]. > > Sergey Bylokhov > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/projects/#committer-vote From goetz.lindenmaier at sap.com Thu Sep 10 13:15:01 2020 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Thu, 10 Sep 2020 13:15:01 +0000 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: Hi, We had understood the mercurial jdk/jdk becomes a read-only _mirror_ of the git openjdk/jdk. Was this a misunderstanding, or are there still some technical things to resolve? So far, we saw no changes in mercurial jdk/jdk after the transition. (We are not yet done moving our infrastructure to git.) Best regards, Goetz > -----Original Message----- > From: jdk-dev On Behalf Of Erik Helin > Sent: Saturday, September 5, 2020 2:22 PM > To: jdk-dev at openjdk.java.net > Subject: jdk/jdk repository transition to Git, GitHub and Skara is done > > Hi all, > > the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] > and jdk/sandbox [1] is now done. The Git repositories jdk [2] and > jdk-sandbox [3] are now open for contributions. Note that the jdk/client > repository has been retired [4] and that the jdk/submit repository has > been replaced by /test pull request command [5]. Due to planned > maintenance the /test pull request command might now work reliably until > Sep 7 [14]. > > To get started with Git, GitHub and Skara, see the "Getting Started" > section on the Skara wiki [6]. In particular, make sure that you > associate your OpenJDK username with your GitHub username [7]. On the > Skara wiki you will also find: > > - an extensive FAQ [8] > - reference documentation for all pull request commands [9] > - reference documentation for all CLI tools [10] > > If you are new to Git then we strongly recommend the excellent "Pro Git" > book to get started. The book is freely available for reading online at > https://git-scm.com/book and can also be downloaded for offline reading. > > For those of you working with the JDK Updates project (whose > repositories still use Mercurial) the Skara CLI tooling is backwards > compatible with Mercurial. For more information about using the Skara > CLI tools and Mercurial, including how to import a Git patch to > Mercurial, see the Skara wiki [11]. > > With a transition this large and complex, we are bound to have missed > something. If you run into bugs, errors or if something is missing, > start by taking a deep breath :) We also get annoyed when the tools we > use for our daily work aren't working as expected, so we feel your > frustration. If you run into issues, please reach out to us on skara-dev > [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. > > Last, but definitely not least, we would like to thank the following > people for making this transition possible: > > - Mark Reinhold > - Joe Darcy > - Erik Joelsson > - Stanislav Smirnov > - Christian T?rnqvist > - Tim Bell > - Tony Squier > - All Skara contributors! > > A huge thank you also to all OpenJDK projects that have transitioned > before the JDK project. You have all provided invaluable feedback that > has helped shaped the Git, GitHub and Skara experience. Please help your > friends and colleagues in OpenJDK that are now embarking on the same > transition that you all have already accomplished. > > Thanks! > Erik and Robin > > [0]: https://hg.openjdk.java.net/jdk/jdk > [1]: https://hg.openjdk.java.net/jdk/sandbox > [2]: https://git.openjdk.java.net/jdk > [3]: https://git.openjdk.java.net/jdk-sandbox > [4]: https://mail.openjdk.java.net/pipermail/2d-dev/2020- > August/011004.html > [5]: > https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullR > equestCommands-/test > [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted > [7]: > https://wiki.openjdk.java.net/display/SKARA/#Skara- > AssociatingyourGitHubaccountandyourOpenJDKusername > [8]: https://wiki.openjdk.java.net/display/skara/FAQ > [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands > [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools > [11]: skara-dev at openjdk.java.net > [12]: #openjdk on irc.oftc.net > [13]: https://bugs.openjdk.java.net/projects/SKARA/issues > [14]: > https://mail.openjdk.java.net/pipermail/jdk-dev/2020- > September/004689.html From joe.darcy at oracle.com Thu Sep 10 15:57:48 2020 From: joe.darcy at oracle.com (Joe Darcy) Date: Thu, 10 Sep 2020 08:57:48 -0700 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: Hi Goetz, On 9/10/2020 6:15 AM, Lindenmaier, Goetz wrote: > Hi, > > We had understood the mercurial jdk/jdk becomes a read-only > _mirror_ of the git openjdk/jdk. > > Was this a misunderstanding, or are there still some technical > things to resolve? So far, we saw no changes in mercurial jdk/jdk > after the transition. (We are not yet done moving our > infrastructure to git.) No; we did not plan to back-mirror the Git changes in Hg. Once the Hg repos went read-only for pushes, there are no further plans to update them. HTH, -Joe > > Best regards, > Goetz > > >> -----Original Message----- >> From: jdk-dev On Behalf Of Erik Helin >> Sent: Saturday, September 5, 2020 2:22 PM >> To: jdk-dev at openjdk.java.net >> Subject: jdk/jdk repository transition to Git, GitHub and Skara is done >> >> Hi all, >> >> the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] >> and jdk/sandbox [1] is now done. The Git repositories jdk [2] and >> jdk-sandbox [3] are now open for contributions. Note that the jdk/client >> repository has been retired [4] and that the jdk/submit repository has >> been replaced by /test pull request command [5]. Due to planned >> maintenance the /test pull request command might now work reliably until >> Sep 7 [14]. >> >> To get started with Git, GitHub and Skara, see the "Getting Started" >> section on the Skara wiki [6]. In particular, make sure that you >> associate your OpenJDK username with your GitHub username [7]. On the >> Skara wiki you will also find: >> >> - an extensive FAQ [8] >> - reference documentation for all pull request commands [9] >> - reference documentation for all CLI tools [10] >> >> If you are new to Git then we strongly recommend the excellent "Pro Git" >> book to get started. The book is freely available for reading online at >> https://git-scm.com/book and can also be downloaded for offline reading. >> >> For those of you working with the JDK Updates project (whose >> repositories still use Mercurial) the Skara CLI tooling is backwards >> compatible with Mercurial. For more information about using the Skara >> CLI tools and Mercurial, including how to import a Git patch to >> Mercurial, see the Skara wiki [11]. >> >> With a transition this large and complex, we are bound to have missed >> something. If you run into bugs, errors or if something is missing, >> start by taking a deep breath :) We also get annoyed when the tools we >> use for our daily work aren't working as expected, so we feel your >> frustration. If you run into issues, please reach out to us on skara-dev >> [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. >> >> Last, but definitely not least, we would like to thank the following >> people for making this transition possible: >> >> - Mark Reinhold >> - Joe Darcy >> - Erik Joelsson >> - Stanislav Smirnov >> - Christian T?rnqvist >> - Tim Bell >> - Tony Squier >> - All Skara contributors! >> >> A huge thank you also to all OpenJDK projects that have transitioned >> before the JDK project. You have all provided invaluable feedback that >> has helped shaped the Git, GitHub and Skara experience. Please help your >> friends and colleagues in OpenJDK that are now embarking on the same >> transition that you all have already accomplished. >> >> Thanks! >> Erik and Robin >> >> [0]: https://hg.openjdk.java.net/jdk/jdk >> [1]: https://hg.openjdk.java.net/jdk/sandbox >> [2]: https://git.openjdk.java.net/jdk >> [3]: https://git.openjdk.java.net/jdk-sandbox >> [4]: https://mail.openjdk.java.net/pipermail/2d-dev/2020- >> August/011004.html >> [5]: >> https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullR >> equestCommands-/test >> [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted >> [7]: >> https://wiki.openjdk.java.net/display/SKARA/#Skara- >> AssociatingyourGitHubaccountandyourOpenJDKusername >> [8]: https://wiki.openjdk.java.net/display/skara/FAQ >> [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands >> [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools >> [11]: skara-dev at openjdk.java.net >> [12]: #openjdk on irc.oftc.net >> [13]: https://bugs.openjdk.java.net/projects/SKARA/issues >> [14]: >> https://mail.openjdk.java.net/pipermail/jdk-dev/2020- >> September/004689.html From mark.reinhold at oracle.com Thu Sep 10 19:30:18 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 10 Sep 2020 12:30:18 -0700 (PDT) Subject: JEP proposed to target JDK 16: 387: Elastic Metaspace Message-ID: <20200910193018.737923C10A5@eggemoggin.niobe.net> The following JEP is proposed to target JDK 16: 387: Elastic Metaspace https://openjdk.java.net/jeps/387 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:00 UTC on Thursday, 17 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 16. - Mark [1] https://openjdk.java.net/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From dai.conrad at gmail.com Thu Sep 10 22:52:29 2020 From: dai.conrad at gmail.com (Dai Conrad) Date: Thu, 10 Sep 2020 18:52:29 -0400 Subject: Case insensitive regexes and collators Message-ID: I was delighted to hear the longstanding problem with case-insensitive comparisons of strings with astral characters (ones outside the basic multilingual plane) was fixed in JDK 16 build 8. Methods equalsIgnoreCase, regionMatches, and compareToIgnoreCase all work correctly now. I had assumed this would also fix case-insensitive regular expressions and java.text.Collator, since I guessed they boiled down to a call to regionMatches somewhere under the covers. But this appears not to be the... case. For scripts Deseret, Osage, Old Hungarian, Warang Citi, Medefaidrin, and Adlam, for strings with upper- and lowercase variants of the same letter, the following code fails: Pattern pattern = Pattern.compile(lower, Pattern.CASE_INSENSITIVE); Matcher matcher = pattern.matcher(upper); assertThat(matcher.matches()).isTrue(); Collator collator = Collator.getInstance(); collator.setStrength(Collator.PRIMARY); assertThat(collator.compare(lower, upper)).isEqualTo(0); I'm not sure why the fix didn't fix these, but it would be a shame to overlook them while fixing it in other places. David From naoto.sato at oracle.com Fri Sep 11 16:33:57 2020 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 11 Sep 2020 09:33:57 -0700 Subject: Case insensitive regexes and collators In-Reply-To: References: Message-ID: <6f7d07ad-a8e0-dc68-b7ce-a5b774adf228@oracle.com> Hi David, Glad to hear that you are delighted with the recent fix (JDK-8248655). The scope of the fix is limited to the String class, so it may or may not affect the said RegEx and/or Collator case insensitive operations. I created the following two issues to track your observations: https://bugs.openjdk.java.net/browse/JDK-8253058 https://bugs.openjdk.java.net/browse/JDK-8253059 And happy to take a look at them. PS. "jdk-dev" is for the technical discussion related to the "JDK Project", so I'd recommend choosing either core-libs and/or i18n-dev mailing lists for the further discussion. Naoto On 9/10/20 3:52 PM, Dai Conrad wrote: > I was delighted to hear the longstanding problem with > case-insensitive comparisons of strings with astral > characters (ones outside the basic multilingual plane) > was fixed in JDK 16 build 8. Methods equalsIgnoreCase, > regionMatches, and compareToIgnoreCase all work > correctly now. > > I had assumed this would also fix case-insensitive regular > expressions and java.text.Collator, since I guessed they > boiled down to a call to regionMatches somewhere under > the covers. But this appears not to be the... case. > > For scripts Deseret, Osage, Old Hungarian, Warang Citi, > Medefaidrin, and Adlam, for strings with upper- and > lowercase variants of the same letter, the following > code fails: > > Pattern pattern = Pattern.compile(lower, Pattern.CASE_INSENSITIVE); > Matcher matcher = pattern.matcher(upper); > assertThat(matcher.matches()).isTrue(); > > Collator collator = Collator.getInstance(); > collator.setStrength(Collator.PRIMARY); > assertThat(collator.compare(lower, upper)).isEqualTo(0); > > I'm not sure why the fix didn't fix these, but it would be > a shame to overlook them while fixing it in other places. > > David > From christoph.langer at sap.com Mon Sep 14 11:01:37 2020 From: christoph.langer at sap.com (Langer, Christoph) Date: Mon, 14 Sep 2020 11:01:37 +0000 Subject: New JDK Committer: Jaikiran Pai In-Reply-To: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> References: <52e7f71a-dfe3-9e25-5557-6383f3eeaf8d@oracle.com> Message-ID: Vote:yes /Christoph > -----Original Message----- > From: jdk-dev On Behalf Of Daniel Fuchs > Sent: Dienstag, 8. September 2020 18:28 > To: jdk-dev > Subject: New JDK Committer: Jaikiran Pai > > Hi, > > I hereby nominate Jaikiran Pai (jpai) to JDK Committer. > > From Jaikiran: > > "I have been using Java since 2004 (started off with Java 1.4.x) > and over the years have been an active contributor to various > open source Java Libraries as well as application servers. > The past couple of years, I have started to contribute to the > OpenJDK project and I look forward to continuing my association > with the Java language as well as the OpenJDK project." > > Jaikiran already contributed 19 fixes to the JDK project [3]. > > Votes are due by 12:00 UTC September 23rd, 2020. > > Only current JDK 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]. > > Best regards, > > -- daniel > > > [1] http://openjdk.java.net/census > [2] http://openjdk.java.net/bylaws#lazy-consensus > [3] https://github.com/openjdk/jdk > > $ git log --oneline --author "Jaikiran Pai" > > 5dd1eaded7c 8252767: URLConnection.setRequestProperty throws > IllegalAccessError > 59af1c2af4d 8241138: http.nonProxyHosts=* causes > StringIndexOutOfBoundsException in DefaultProxySelector > ec5869eb2e1 7143743: Potential memory leak with zip provider > f3c76c47426 8232879: Writing out data with the Zip File System > leads to a CRC failure > 0435ec1aaab 8232170: FSInfo#getJarClassPath throws an exception > not declared in its throws clause > f8e6dcdd094 8230220: java/net/HttpURLConnection > /HttpURLProxySelectionTest.java fails intermittently > 1d67d474a54 8177648: getResponseCode() throws IllegalArgumentException > caused by protocol error while following redirect > c4c918f4108 8227170: (.hg)Ignore the JTwork and JTreport directories > generated at the root of the repo > 178bf44f565 8226976: SessionTimeOutTests uses == operator for String > value check > a92f0016f31 8217705: HttpClient - wrong exception type when bad status > line is received > c84e19f3ca2 8177389: Hyphen "-" should be removed in URL class > documentation > 6b2e444aa1e 8223714: HTTPSetAuthenticatorTest could be made more > resilient > 6fa4babbb20 8230310: SocksSocketImpl should handle the > IllegalArgumentException thrown by > ProxySelector.select usage > 55d96ac4c1d 8217795: Typo in SSLSocket > 21341a37af3 8212752: Typo in SSL log message related to > inactive/disabled signature scheme > 4cd9401815f 8211765: JarFile constructor throws undocumented exception > 2e5e01b53cb 8210785: Trivial typo fix in X509ExtendedKeyManager javadoc > e6c0c9dde7c 7033681: Arrays.asList methods needs better documentation > 3e472290572 8201545: InetAddress.getByName/getAllByName should > clarify empty String behavior From sgehwolf at redhat.com Tue Sep 15 08:21:04 2020 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Tue, 15 Sep 2020 10:21:04 +0200 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: Hi, On Sat, 2020-09-05 at 14:21 +0200, Erik Helin wrote: > Hi all, > > the transition to Git, GitHub and Skara for the Mercurial jdk/jdk [0] > and jdk/sandbox [1] is now done. The Git repositories jdk [2] and > jdk-sandbox [3] are now open for contributions. Note that the jdk/client > repository has been retired [4] and that the jdk/submit repository has > been replaced by /test pull request command [5]. Due to planned > maintenance the /test pull request command might now work reliably until > Sep 7 [14]. Is the /test pull request command supposed to be working by now? I'm seeing these messages[i] when trying to do "/test tier1": """ you need to get approval to run the tests in tier1 for commits up until """ Is there some additional setup needed for jdk/submit-like functionality? Thanks, Severin [i] https://github.com/openjdk/jdk/pull/94 > To get started with Git, GitHub and Skara, see the "Getting Started" > section on the Skara wiki [6]. In particular, make sure that you > associate your OpenJDK username with your GitHub username [7]. On the > Skara wiki you will also find: > > - an extensive FAQ [8] > - reference documentation for all pull request commands [9] > - reference documentation for all CLI tools [10] > > If you are new to Git then we strongly recommend the excellent "Pro Git" > book to get started. The book is freely available for reading online at > https://git-scm.com/book and can also be downloaded for offline reading. > > For those of you working with the JDK Updates project (whose > repositories still use Mercurial) the Skara CLI tooling is backwards > compatible with Mercurial. For more information about using the Skara > CLI tools and Mercurial, including how to import a Git patch to > Mercurial, see the Skara wiki [11]. > > With a transition this large and complex, we are bound to have missed > something. If you run into bugs, errors or if something is missing, > start by taking a deep breath :) We also get annoyed when the tools we > use for our daily work aren't working as expected, so we feel your > frustration. If you run into issues, please reach out to us on skara-dev > [11], ping us on IRC [12] or file a bug on Skara in JBS [13]. > > Last, but definitely not least, we would like to thank the following > people for making this transition possible: > > - Mark Reinhold > - Joe Darcy > - Erik Joelsson > - Stanislav Smirnov > - Christian T?rnqvist > - Tim Bell > - Tony Squier > - All Skara contributors! > > A huge thank you also to all OpenJDK projects that have transitioned > before the JDK project. You have all provided invaluable feedback that > has helped shaped the Git, GitHub and Skara experience. Please help your > friends and colleagues in OpenJDK that are now embarking on the same > transition that you all have already accomplished. > > Thanks! > Erik and Robin > > [0]: https://hg.openjdk.java.net/jdk/jdk > [1]: https://hg.openjdk.java.net/jdk/sandbox > [2]: https://git.openjdk.java.net/jdk > [3]: https://git.openjdk.java.net/jdk-sandbox > [4]: https://mail.openjdk.java.net/pipermail/2d-dev/2020-August/011004.html > [5]: > https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands#PullRequestCommands-/test > [6]: https://wiki.openjdk.java.net/display/SKARA/#Skara-GettingStarted > [7]: > https://wiki.openjdk.java.net/display/SKARA/#Skara-AssociatingyourGitHubaccountandyourOpenJDKusername > [8]: https://wiki.openjdk.java.net/display/skara/FAQ > [9]: https://wiki.openjdk.java.net/display/SKARA/Pull+Request+Commands > [10]: https://wiki.openjdk.java.net/display/SKARA/CLI+Tools > [11]: skara-dev at openjdk.java.net > [12]: #openjdk on irc.oftc.net > [13]: https://bugs.openjdk.java.net/projects/SKARA/issues > [14]: > https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004689.html > From shade at redhat.com Tue Sep 15 08:24:01 2020 From: shade at redhat.com (Aleksey Shipilev) Date: Tue, 15 Sep 2020 10:24:01 +0200 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: On 9/15/20 10:21 AM, Severin Gehwolf wrote: > Is the /test pull request command supposed to be working by now? I'm > seeing these messages[i] when trying to do "/test tier1": > > """ > you need to get approval to run the tests in tier1 for commits up until > """ > > Is there some additional setup needed for jdk/submit-like functionality? Already asked here: https://mail.openjdk.java.net/pipermail/skara-dev/2020-September/003287.html It seems this is still in the works. -- Thanks, -Aleksey From erik.helin at oracle.com Tue Sep 15 08:50:58 2020 From: erik.helin at oracle.com (Erik Helin) Date: Tue, 15 Sep 2020 10:50:58 +0200 Subject: jdk/jdk repository transition to Git, GitHub and Skara is done In-Reply-To: References: Message-ID: On 9/15/20 10:24 AM, Aleksey Shipilev wrote: > On 9/15/20 10:21 AM, Severin Gehwolf wrote: >> Is the /test pull request command supposed to be working by now? I'm >> seeing these messages[i] when trying to do "/test tier1": >> >> """ >> you need to get approval to run the tests in tier1 for commits up >> until >> """ >> >> Is there some additional setup needed for jdk/submit-like functionality? > > Already asked here: > > https://mail.openjdk.java.net/pipermail/skara-dev/2020-September/003287.html > > It seems this is still in the works. Yes, still working on it. We've had a bunch of issues to resolve post-transition (not a huge surprise that a 3x increase in users would uncover some bugs). We are slowly but steadily working our way through the bug backlog. Getting the /test command to work to is somewhat lower priority than bugs blocking contributors from being able to integrate, so we haven't gotten around to it just yet. Sorry that this is taking some time, rest assured that we are working as fast we can. Thanks, Erik From mark.reinhold at oracle.com Tue Sep 15 13:28:43 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 15 Sep 2020 06:28:43 -0700 (PDT) Subject: Java 15 / JDK 15: General Availability Message-ID: <20200915132843.958123C1954@eggemoggin.niobe.net> JDK 15, the reference implementation of Java 15, is now Generally Available. We?ve identified no P1 bugs since we promoted build 36 over five weeks ago so that?s the official GA release, ready for production use. GPL-licensed OpenJDK builds from Oracle are available here: https://jdk.java.net/15 Builds from other implementors will no doubt be available soon. This release includes fourteen features [1]: 339: Edwards-Curve Digital Signature Algorithm (EdDSA) 360: Sealed Classes (Preview) 371: Hidden Classes 372: Remove the Nashorn JavaScript Engine 373: Reimplement the Legacy DatagramSocket API 374: Disable and Deprecate Biased Locking 375: Pattern Matching for instanceof (Second Preview) 377: ZGC: A Scalable Low-Latency Garbage Collector 378: Text Blocks 379: Shenandoah: A Low-Pause-Time Garbage Collector 381: Remove the Solaris and SPARC Ports 383: Foreign-Memory Access API (Second Incubator) 384: Records (Second Preview) 385: Deprecate RMI Activation for Removal along with, as usual, hundreds of smaller enhancements and thousands of bug fixes. Thanks to everyone who contributed to JDK 15, whether by creating features or enhancements, fixing bugs, or downloading and testing the early-access builds! - Mark [1] https://openjdk.java.net/projects/jdk/15 From neugens at redhat.com Tue Sep 15 13:54:12 2020 From: neugens at redhat.com (Mario Torre) Date: Tue, 15 Sep 2020 15:54:12 +0200 Subject: Java 15 / JDK 15: General Availability In-Reply-To: <20200915132843.958123C1954@eggemoggin.niobe.net> References: <20200915132843.958123C1954@eggemoggin.niobe.net> Message-ID: Congratulations! Cheers, Mario On Tue, Sep 15, 2020 at 3:29 PM wrote: > > JDK 15, the reference implementation of Java 15, is now Generally > Available. We?ve identified no P1 bugs since we promoted build 36 > over five weeks ago so that?s the official GA release, ready for > production use. > > GPL-licensed OpenJDK builds from Oracle are available here: > > https://jdk.java.net/15 > > Builds from other implementors will no doubt be available soon. > > This release includes fourteen features [1]: > > 339: Edwards-Curve Digital Signature Algorithm (EdDSA) > 360: Sealed Classes (Preview) > 371: Hidden Classes > 372: Remove the Nashorn JavaScript Engine > 373: Reimplement the Legacy DatagramSocket API > 374: Disable and Deprecate Biased Locking > 375: Pattern Matching for instanceof (Second Preview) > 377: ZGC: A Scalable Low-Latency Garbage Collector > 378: Text Blocks > 379: Shenandoah: A Low-Pause-Time Garbage Collector > 381: Remove the Solaris and SPARC Ports > 383: Foreign-Memory Access API (Second Incubator) > 384: Records (Second Preview) > 385: Deprecate RMI Activation for Removal > > along with, as usual, hundreds of smaller enhancements and thousands > of bug fixes. > > Thanks to everyone who contributed to JDK 15, whether by creating > features or enhancements, fixing bugs, or downloading and testing > the early-access builds! > > - Mark > > > [1] https://openjdk.java.net/projects/jdk/15 > -- Mario Torre Associate Manager, Software Engineering Red Hat GmbH 9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898 From hufeng1987 at gmail.com Wed Sep 16 00:30:03 2020 From: hufeng1987 at gmail.com (Netroby) Date: Wed, 16 Sep 2020 08:30:03 +0800 Subject: Java 15 / JDK 15: General Availability In-Reply-To: References: <20200915132843.958123C1954@eggemoggin.niobe.net> Message-ID: Great works. Thanks all of you. Appreciate your time. ---------------------------- Netroby Mario Torre ?2020?9?15??? ??9:55??? > > Congratulations! > > Cheers, > Mario > > On Tue, Sep 15, 2020 at 3:29 PM wrote: > > > > JDK 15, the reference implementation of Java 15, is now Generally > > Available. We?ve identified no P1 bugs since we promoted build 36 > > over five weeks ago so that?s the official GA release, ready for > > production use. > > > > GPL-licensed OpenJDK builds from Oracle are available here: > > > > https://jdk.java.net/15 > > > > Builds from other implementors will no doubt be available soon. > > > > This release includes fourteen features [1]: > > > > 339: Edwards-Curve Digital Signature Algorithm (EdDSA) > > 360: Sealed Classes (Preview) > > 371: Hidden Classes > > 372: Remove the Nashorn JavaScript Engine > > 373: Reimplement the Legacy DatagramSocket API > > 374: Disable and Deprecate Biased Locking > > 375: Pattern Matching for instanceof (Second Preview) > > 377: ZGC: A Scalable Low-Latency Garbage Collector > > 378: Text Blocks > > 379: Shenandoah: A Low-Pause-Time Garbage Collector > > 381: Remove the Solaris and SPARC Ports > > 383: Foreign-Memory Access API (Second Incubator) > > 384: Records (Second Preview) > > 385: Deprecate RMI Activation for Removal > > > > along with, as usual, hundreds of smaller enhancements and thousands > > of bug fixes. > > > > Thanks to everyone who contributed to JDK 15, whether by creating > > features or enhancements, fixing bugs, or downloading and testing > > the early-access builds! > > > > - Mark > > > > > > [1] https://openjdk.java.net/projects/jdk/15 > > > > > -- > Mario Torre > Associate Manager, Software Engineering > Red Hat GmbH > 9704 A60C B4BE A8B8 0F30 9205 5D7E 4952 3F65 7898 > From robin.westberg at oracle.com Wed Sep 16 13:05:40 2020 From: robin.westberg at oracle.com (Robin Westberg) Date: Wed, 16 Sep 2020 15:05:40 +0200 Subject: Running JDK pre-submit testing on GitHub Message-ID: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Hi all, When making changes to the JDK, you almost always want to run a number of tests before submitting the change for review through a pull request. The test selection naturally depends on the nature of the change, but at the very least you often want to make sure that the ?tier1? tests complete successfully on different platforms. This, however, can be easier said than done, depending on whether you have access to some correctly configured idle machines where you can execute them. To improve the situation, we have looked into making it simple to run this type of testing with GitHub Actions [1] using the free tier [2] available to everyone working with open source repositories. (GitHub Actions, for those of you unfamiliar with it, allows you to run up to 20 parallell jobs on virtual machines [3] provided by GitHub). After a bit of experimenting, I believe that we have arrived at something that is ready for any interested OpenJDK contributor to try out. It currently runs the ?tier1? group of tests on Linux, Windows and macOS on a ?fastdebug? build. Here?s an example of what it looks like: https://github.com/rwestberg/jdk/actions/runs/257434343 If you would like to try this out yourself, simply add the file https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml with the same name and path to any branch in a local repository and push it to your personal fork. Within a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal fork where you can view the progress. If this turns out to be something that contributors find useful, we can commit such a file to the JDK main-line repository. This will then be readily available for any branch you push to your your personal fork. Best regards, Robin [1] https://github.com/features/actions [2] https://docs.github.com/en/actions/getting-started-with-github-actions/about-github-actions#usage-limits [3] https://docs.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners From forax at univ-mlv.fr Wed Sep 16 13:26:07 2020 From: forax at univ-mlv.fr (Remi Forax) Date: Wed, 16 Sep 2020 15:26:07 +0200 (CEST) Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Message-ID: <1454159942.2302141.1600262767559.JavaMail.zimbra@u-pem.fr> It's a very fine idea, will give it a try once i get some spare cycles. R?mi ----- Mail original ----- > De: "Robin Westberg" > ?: "jdk-dev" > Envoy?: Mercredi 16 Septembre 2020 15:05:40 > Objet: Running JDK pre-submit testing on GitHub > Hi all, > > When making changes to the JDK, you almost always want to run a number of tests > before submitting the change for review through a pull request. The test > selection naturally depends on the nature of the change, but at the very least > you often want to make sure that the ?tier1? tests complete successfully on > different platforms. This, however, can be easier said than done, depending on > whether you have access to some correctly configured idle machines where you > can execute them. > > To improve the situation, we have looked into making it simple to run this type > of testing with GitHub Actions [1] using the free tier [2] available to > everyone working with open source repositories. (GitHub Actions, for those of > you unfamiliar with it, allows you to run up to 20 parallell jobs on virtual > machines [3] provided by GitHub). > > After a bit of experimenting, I believe that we have arrived at something that > is ready for any interested OpenJDK contributor to try out. It currently runs > the ?tier1? group of tests on Linux, Windows and macOS on a ?fastdebug? build. > Here?s an example of what it looks like: > https://github.com/rwestberg/jdk/actions/runs/257434343 > > If you would like to try this out yourself, simply add the file > https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml > with the same name and path to any branch in a local repository and push it to > your personal fork. Within a few seconds, a new job should appear in the > Actions tab in the GitHub web UI for your personal fork where you can view the > progress. > > If this turns out to be something that contributors find useful, we can commit > such a file to the JDK main-line repository. This will then be readily > available for any branch you push to your your personal fork. > > Best regards, > Robin > > [1] https://github.com/features/actions > [2] > https://docs.github.com/en/actions/getting-started-with-github-actions/about-github-actions#usage-limits > [3] > https://docs.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners From shade at redhat.com Wed Sep 16 15:29:34 2020 From: shade at redhat.com (Aleksey Shipilev) Date: Wed, 16 Sep 2020 17:29:34 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Message-ID: <76f6e2b0-51a8-d776-b336-5bfa1f9689b9@redhat.com> Hi, On 9/16/20 3:05 PM, Robin Westberg wrote: > If you would like to try this out yourself, simply add the file > https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml with the > same name and path to any branch in a local repository and push it to your personal fork. Within > a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal > fork where you can view the progress. This seems useful! Started my trial pipeline. Minor suggestion right off the bat: it seems that personal forks usually get a few pushes as people work on the code. Triggering the action on push might induce a lot of useless build/test work. Better to have a manual trigger [1]? -- Thanks, -Aleksey [1] https://github.blog/changelog/2020-07-06-github-actions-manual-triggers-with-workflow_dispatch/ From robin.westberg at oracle.com Thu Sep 17 04:25:59 2020 From: robin.westberg at oracle.com (Robin Westberg) Date: Thu, 17 Sep 2020 06:25:59 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <76f6e2b0-51a8-d776-b336-5bfa1f9689b9@redhat.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <76f6e2b0-51a8-d776-b336-5bfa1f9689b9@redhat.com> Message-ID: <8000CEDD-3210-49C7-A22E-29D6C3D71C8E@oracle.com> Hi Aleksey, > On 16 Sep 2020, at 17:29, Aleksey Shipilev wrote: > > Hi, > > On 9/16/20 3:05 PM, Robin Westberg wrote: >> If you would like to try this out yourself, simply add the file >> https://urldefense.com/v3/__https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml__;!!GqivPVa7Brio!LM_QI4dN_CiHujU6IxrdU0fvShqfqph88aZJLbiwIbBQQQHSml6i2R-rQ8N_c1QrOEg$ with the >> same name and path to any branch in a local repository and push it to your personal fork. Within >> a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal >> fork where you can view the progress. > This seems useful! Started my trial pipeline. > > Minor suggestion right off the bat: it seems that personal forks usually get a few pushes as people work on the code. Triggering the action on push might induce a lot of useless build/test work. Better to have a manual trigger [1]? Yeah, being able to adjust this certainly makes sense. A manual trigger would certainly work (although they have to be present on the master branch to become visible, but that?s not a problem if we integrate this of course). Another option I?ve considered is to make it possible to opt-out by defining a ?secret? for your repository. That way less frequent contributors would not have to do anything special to get their pushes automatically tested, but more active ones could decide for themselves which pushes are worth spending CPU time on. You could also use such a secret to define a filter for branches that should be automatically tested, for example ?submit/*? - then you could just do ?git push origin my_new_feature:submit/time_to_test? and not have to click on anything. Best regards, Robin > > -- > Thanks, > -Aleksey > > [1] https://urldefense.com/v3/__https://github.blog/changelog/2020-07-06-github-actions-manual-triggers-with-workflow_dispatch/__;!!GqivPVa7Brio!LM_QI4dN_CiHujU6IxrdU0fvShqfqph88aZJLbiwIbBQQQHSml6i2R-rQ8N_ryPNWFM$ From sgehwolf at redhat.com Thu Sep 17 10:16:05 2020 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Thu, 17 Sep 2020 12:16:05 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Message-ID: On Wed, 2020-09-16 at 15:05 +0200, Robin Westberg wrote: > Hi all, > > When making changes to the JDK, you almost always want to run a number of tests before submitting the change for review through a pull request. The test selection naturally depends on the nature of the change, but at the very least you often want to make sure that the ?tier1? tests complete successfully on different platforms. This, however, can be easier said than done, depending on whether you have access to some correctly configured idle machines where you can execute them. > > To improve the situation, we have looked into making it simple to run this type of testing with GitHub Actions [1] using the free tier [2] available to everyone working with open source repositories. (GitHub Actions, for those of you unfamiliar with it, allows you to run up to 20 parallell jobs on virtual machines [3] provided by GitHub). > > After a bit of experimenting, I believe that we have arrived at something that is ready for any interested OpenJDK contributor to try out. It currently runs the ?tier1? group of tests on Linux, Windows and macOS on a ?fastdebug? build. Here?s an example of what it looks like: https://github.com/rwestberg/jdk/actions/runs/257434343 > > If you would like to try this out yourself, simply add the file https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml with the same name and path to any branch in a local repository and push it to your personal fork. Within a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal fork where you can view the progress. > > If this turns out to be something that contributors find useful, we can commit such a file to the JDK main-line repository. This will then be readily available for any branch you push to your your personal fork. +1 Very useful. Thanks, Severin > Best regards, > Robin > > [1] https://github.com/features/actions > [2] https://docs.github.com/en/actions/getting-started-with-github-actions/about-github-actions#usage-limits > [3] https://docs.github.com/en/actions/reference/virtual-environments-for-github-hosted-runners > From mark.reinhold at oracle.com Thu Sep 17 23:46:00 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 17 Sep 2020 16:46:00 -0700 Subject: JEP proposed to target JDK 16: 387: Elastic Metaspace In-Reply-To: <20200910193018.737923C10A5@eggemoggin.niobe.net> References: <20200910193018.737923C10A5@eggemoggin.niobe.net> Message-ID: <20200917164600.693078512@eggemoggin.niobe.net> 2020/9/10 12:30:18 -0700, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 16: > > 387: Elastic Metaspace > https://openjdk.java.net/jeps/387 > > 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:00 UTC on Thursday, 17 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 16. Hearing no objections, I?ve targeted this JEP to JDK 16. - Mark From mark.reinhold at oracle.com Fri Sep 18 19:58:29 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 18 Sep 2020 12:58:29 -0700 (PDT) Subject: JEP proposed to target JDK 16: 386: Alpine Linux Port Message-ID: <20200918195829.D02EA3C2260@eggemoggin.niobe.net> The following JEP is proposed to target JDK 16: 386: Alpine Linux Port https://openjdk.java.net/jeps/386 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:00 UTC on Friday, 25 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 16. - Mark [1] https://openjdk.java.net/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From rfscholte at apache.org Tue Sep 22 17:23:25 2020 From: rfscholte at apache.org (Robert Scholte) Date: Tue, 22 Sep 2020 19:23:25 +0200 Subject: Classparser API Message-ID: With the new release of Java followed by a new release of ASM comes a returning task where some of our Maven plugins and libraries should update this dependency. They make use of the classfile parser, the upgrade is required to understand the new bytecode version. Due to the Apache Software Foundation Policy (for legal reasons) every release comes with an amount of overhead. Doing a release for just a single dependency update to ease the usage for Maven users has always felt awkward. Is there any chance that the JDK will be extended with an API for parsing classfiles? thanks, Robert Scholte From brian.goetz at oracle.com Tue Sep 22 17:56:50 2020 From: brian.goetz at oracle.com (Brian Goetz) Date: Tue, 22 Sep 2020 13:56:50 -0400 Subject: Classparser API In-Reply-To: References: Message-ID: <4aba44a3-55cd-0db9-4cb0-d2f76f9ca8c0@oracle.com> We get it, and we'd like this too.? (The JDK depends on various classfile libraries of different stripes too, and we have our share of this sort of pain which we'd be happy to shed.) There are a lot of non-obvious constraints and connections, though, and many obvious-but-wrong ideas in this space, though, so this would have to be done very carefully.? I hope we'll be able to turn our attention to this soon enough. On 9/22/2020 1:23 PM, Robert Scholte wrote: > With the new release of Java followed by a new release of ASM comes a returning task where some of our Maven plugins and libraries should update this dependency. They make use of the classfile parser, the upgrade is required to understand the new bytecode version. > > Due to the Apache Software Foundation Policy (for legal reasons) every release comes with an amount of overhead. Doing a release for just a single dependency update to ease the usage for Maven users has always felt awkward. > > Is there any chance that the JDK will be extended with an API for parsing classfiles? > > thanks, > Robert Scholte > From simone.bordet at gmail.com Tue Sep 22 18:01:58 2020 From: simone.bordet at gmail.com (Simone Bordet) Date: Tue, 22 Sep 2020 20:01:58 +0200 Subject: Classparser API In-Reply-To: <4aba44a3-55cd-0db9-4cb0-d2f76f9ca8c0@oracle.com> References: <4aba44a3-55cd-0db9-4cb0-d2f76f9ca8c0@oracle.com> Message-ID: Hi, On Tue, Sep 22, 2020 at 7:57 PM Brian Goetz wrote: > > We get it, and we'd like this too. (The JDK depends on various > classfile libraries of different stripes too, and we have our share of > this sort of pain which we'd be happy to shed.) > > There are a lot of non-obvious constraints and connections, though, and > many obvious-but-wrong ideas in this space, though, so this would have > to be done very carefully. I hope we'll be able to turn our attention > to this soon enough. Just for the record, a while back we proposed this, but did not get traction: https://github.com/jetty-project/annotation-discovery/blob/master/JEP-Proposal.md The above proposal is in the enterprise space, but would be great if a Classparser API could make it into OpenJDK, since then it would then be trivial to implement something enterprise specific. Thanks! -- Simone Bordet --- Finally, no matter how good the architecture and design are, to deliver bug-free software with optimal performance and reliability, the implementation technique must be flawless. Victoria Livschitz From forax at univ-mlv.fr Tue Sep 22 18:15:14 2020 From: forax at univ-mlv.fr (Remi Forax) Date: Tue, 22 Sep 2020 20:15:14 +0200 (CEST) Subject: Classparser API In-Reply-To: References: Message-ID: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> Hi Robert, Yes, ASM 9 was released this morning, as a meagre consolation, it seems the classfile will not change in the next releases until the introduction of Valhalla. And yes, the new release cadence has some ripple effects but at the same time, it's not a reason to not try to streamline a little more the release process of any Apache projects. After all, we are in 2020, releasing a software or a library should be something casual and not an exceptional daunting task. regards, R?mi ----- Mail original ----- > De: "Robert Scholte" > ?: "jdk-dev" > Envoy?: Mardi 22 Septembre 2020 19:23:25 > Objet: Classparser API > With the new release of Java followed by a new release of ASM comes a returning > task where some of our Maven plugins and libraries should update this > dependency. They make use of the classfile parser, the upgrade is required to > understand the new bytecode version. > > Due to the Apache Software Foundation Policy (for legal reasons) every release > comes with an amount of overhead. Doing a release for just a single dependency > update to ease the usage for Maven users has always felt awkward. > > Is there any chance that the JDK will be extended with an API for parsing > classfiles? > > thanks, > Robert Scholte From rfscholte at apache.org Tue Sep 22 19:28:01 2020 From: rfscholte at apache.org (Robert Scholte) Date: Tue, 22 Sep 2020 21:28:01 +0200 Subject: Classparser API In-Reply-To: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> References: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> Message-ID: Hi Remi, I don't think that the ASF process itself is the problem, but in our case it is the numbers: - ~100 individual release roots (Maven, plugins, libraries) - 72h voting period - every release requires 3 positive votes of Maven PMC members This combined with the low number of active committers means we must carefully pick when and what to release.? If the JDK could be extended with a ClassParser API, we could spend time on other releases. Increasing the number of committers could help, but experience is that is quite hard to find new volunteers. I don't want to start discussions about what a proper release policy is in 2020, it really differs per project. However, I'm pretty sure more projects would benefit if this would be part of the JDK itself. thanks, Robert On 22-9-2020 20:15:21, Remi Forax wrote: Hi Robert, Yes, ASM 9 was released this morning, as a meagre consolation, it seems the classfile will not change in the next releases until the introduction of Valhalla. And yes, the new release cadence has some ripple effects but at the same time, it's not a reason to not try to streamline a little more the release process of any Apache projects. After all, we are in 2020, releasing a software or a library should be something casual and not an exceptional daunting task. regards, R?mi ----- Mail original ----- > De: "Robert Scholte" > ?: "jdk-dev" > Envoy?: Mardi 22 Septembre 2020 19:23:25 > Objet: Classparser API > With the new release of Java followed by a new release of ASM comes a returning > task where some of our Maven plugins and libraries should update this > dependency. They make use of the classfile parser, the upgrade is required to > understand the new bytecode version. > > Due to the Apache Software Foundation Policy (for legal reasons) every release > comes with an amount of overhead. Doing a release for just a single dependency > update to ease the usage for Maven users has always felt awkward. > > Is there any chance that the JDK will be extended with an API for parsing > classfiles? > > thanks, > Robert Scholte From fweimer at redhat.com Tue Sep 22 19:38:42 2020 From: fweimer at redhat.com (Florian Weimer) Date: Tue, 22 Sep 2020 21:38:42 +0200 Subject: Classparser API In-Reply-To: (Robert Scholte's message of "Tue, 22 Sep 2020 21:28:01 +0200") References: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> Message-ID: <87mu1hsit9.fsf@oldenburg2.str.redhat.com> * Robert Scholte: > I don't think that the ASF process itself is the problem, but in our > case it is the numbers: > - ~100 individual release roots (Maven, plugins, libraries) > - 72h voting period > - every release requires 3 positive votes of Maven PMC members > > This combined with the low number of active committers means we must > carefully pick when and what to release. What do you do for security fixes? Isn't that pretty much the same situation, except that you have less lead time and can't plan as well in advance? Thanks, Florian -- Red Hat GmbH, https://de.redhat.com/ , Registered seat: Grasbrunn, Commercial register: Amtsgericht Muenchen, HRB 153243, Managing Directors: Charles Cachera, Brian Klemm, Laurie Krebs, Michael O'Neill From jai.forums2013 at gmail.com Wed Sep 23 16:20:46 2020 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Wed, 23 Sep 2020 21:50:46 +0530 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Message-ID: Hello Robin, On 16/09/20 6:35 pm, Robin Westberg wrote: > If you would like to try this out yourself, simply add the file https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml with the same name and path to any branch in a local repository and push it to your personal fork. Within a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal fork where you can view the progress. I decided to give this a try today for one of the patches I submitted[1]. I added this submit.yml to a duplicate branch (so as to avoid having it show up as a change/addition in the PR). The job did get triggered but ended up failing while trying to checkout jtreg[2]. It's a bit too late here, so I haven't yet investigated in more detail and instead decided to check here if there are any known issues in that workflow file. [1] https://github.com/openjdk/jdk/pull/323#issuecomment-697518606 [2] https://github.com/jaikiran/jdk/runs/1155620169?check_suite_focus=true -Jaikiran From robin.westberg at oracle.com Thu Sep 24 04:19:06 2020 From: robin.westberg at oracle.com (Robin Westberg) Date: Thu, 24 Sep 2020 06:19:06 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> Message-ID: <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> Hi Jaikiran, > On 23 Sep 2020, at 18:20, Jaikiran Pai wrote: > > Hello Robin, > > On 16/09/20 6:35 pm, Robin Westberg wrote: >> If you would like to try this out yourself, simply add the file https://urldefense.com/v3/__https://github.com/rwestberg/jdk/blob/submit_gh_actions/.github/workflows/submit.yml__;!!GqivPVa7Brio!JLU3qSJBqEB5QdWCheIdBYdF4rwkFcl_r4MQSTaEJp9lV4dWOkAyJkzDEIRyP31PuZc$ with the same name and path to any branch in a local repository and push it to your personal fork. Within a few seconds, a new job should appear in the Actions tab in the GitHub web UI for your personal fork where you can view the progress. > > I decided to give this a try today for one of the patches I > submitted[1]. I added this submit.yml to a duplicate branch (so as to > avoid having it show up as a change/addition in the PR). The job did get > triggered but ended up failing while trying to checkout jtreg[2]. It's a > bit too late here, so I haven't yet investigated in more detail and > instead decided to check here if there are any known issues in that > workflow file. Thanks for giving it a try! In the latest version of the submit.yml changes, there?s an additional file ?make/conf/test-dependencies? [1] that you?ll need to add. Among other things it contains information of which version of jtreg to checkout (to avoid having to change the workflow file itself when JDK test dependencies change) so that should explain your failure (can be seen at [2]). So if you have time, please add this additional file as well to your duplicate branch and see if it works better! Best regards, Robin [1] https://github.com/rwestberg/jdk/blob/submit_gh_actions/make/conf/test-dependencies [2] https://github.com/jaikiran/jdk/runs/1155620169?check_suite_focus=true#step:6:1 > > [1] https://urldefense.com/v3/__https://github.com/openjdk/jdk/pull/323*issuecomment-697518606__;Iw!!GqivPVa7Brio!JLU3qSJBqEB5QdWCheIdBYdF4rwkFcl_r4MQSTaEJp9lV4dWOkAyJkzDEIRy3odVX4M$ > > [2] https://urldefense.com/v3/__https://github.com/jaikiran/jdk/runs/1155620169?check_suite_focus=true__;!!GqivPVa7Brio!JLU3qSJBqEB5QdWCheIdBYdF4rwkFcl_r4MQSTaEJp9lV4dWOkAyJkzDEIRyWY-hHrk$ > > -Jaikiran > From jai.forums2013 at gmail.com Thu Sep 24 07:02:39 2020 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Thu, 24 Sep 2020 12:32:39 +0530 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> Message-ID: <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> Hello Robin, On 24/09/20 9:49 am, Robin Westberg wrote: > Hi Jaikiran, > > > Thanks for giving it a try! In the latest version of the submit.yml changes, there?s an additional file ?make/conf/test-dependencies? [1] that you?ll need to add. Among other things it contains information of which version of jtreg to checkout (to avoid having to change the workflow file itself when JDK test dependencies change) so that should explain your failure (can be seen at [2]). So if you have time, please add this additional file as well to your duplicate branch and see if it works better! I followed your instructions and triggered it again. This time it completed successfully without any problems https://github.com/jaikiran/jdk/actions/runs/269960940. Thank you for the help. On a related note, I see that the job generates jtreg and the JDK binaries as artifacts. Would it be possible to generate the jtreg test data (logs and other test artifacts) as an output of the job? That might sometimes help review some of these test runs easily. -Jaikiran From robin.westberg at oracle.com Thu Sep 24 08:27:28 2020 From: robin.westberg at oracle.com (Robin Westberg) Date: Thu, 24 Sep 2020 10:27:28 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> Message-ID: <9E42CB25-1EE4-4883-A38F-608F348632D9@oracle.com> Hi Jaikiran, > On 24 Sep 2020, at 09:02, Jaikiran Pai wrote: > > Hello Robin, > > On 24/09/20 9:49 am, Robin Westberg wrote: >> Hi Jaikiran, >> >> >> Thanks for giving it a try! In the latest version of the submit.yml changes, there?s an additional file ?make/conf/test-dependencies? [1] that you?ll need to add. Among other things it contains information of which version of jtreg to checkout (to avoid having to change the workflow file itself when JDK test dependencies change) so that should explain your failure (can be seen at [2]). So if you have time, please add this additional file as well to your duplicate branch and see if it works better! > > I followed your instructions and triggered it again. This time it > completed successfully without any problems > https://urldefense.com/v3/__https://github.com/jaikiran/jdk/actions/runs/269960940__;!!GqivPVa7Brio!ILgFVDsvW210dFrUhnDj9Ag5fjN2qVjEQpNDbmjYZ3wF8ldsw37SU-5-xt9jFW-YwkA$ . > > Thank you for the help. Sounds good, guess it?s getting ready for trying out on a wider scale then! The PR for integrating it into the jdk main-line repository is at https://github.com/openjdk/jdk/pull/284 in case you are interested. > On a related note, I see that the job generates jtreg and the JDK > binaries as artifacts. Would it be possible to generate the jtreg test > data (logs and other test artifacts) as an output of the job? That might > sometimes help review some of these test runs easily. Right now the contents of the ?test-results? folder generated by jtreg is published as an artifact only if test a job fails. Do you think it would be useful to publish them on success as well? Could perhaps make that configurable. Best regards, Robin > > -Jaikiran > From jai.forums2013 at gmail.com Thu Sep 24 11:03:38 2020 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Thu, 24 Sep 2020 16:33:38 +0530 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <9E42CB25-1EE4-4883-A38F-608F348632D9@oracle.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> <9E42CB25-1EE4-4883-A38F-608F348632D9@oracle.com> Message-ID: <8b3427e6-092c-73a7-ed26-a30229861f65@gmail.com> Hello Robin, On 24/09/20 1:57 pm, Robin Westberg wrote: > > >> On a related note, I see that the job generates jtreg and the JDK >> binaries as artifacts. Would it be possible to generate the jtreg test >> data (logs and other test artifacts) as an output of the job? That might >> sometimes help review some of these test runs easily. > > Right now the contents of the ?test-results? folder generated by jtreg > is published as an artifact only if test a job fails. Do you think it > would be useful to publish them on success as well? Could perhaps make > that configurable. > I think it will be useful to publish them even when the job succeeds. IMO, publishing these results is more useful than publishing the jtreg or the Java binaries (which I'm not too sure anyone would often download, but I'm just a relatively new contributor to the project and haven't previously used the old "submit" repo to know all the use cases). For example, in my current PR run for which I triggered the job, I would have liked to easily view some of the details (like logs and other details that jtreg provides) of the new test that I added as part of the PR. As for making it configurable, I think that would require a manual intervention between the time when you push a commit to a branch and the job gets auto-triggered, isn't it? If the test results don't generate a huge zip file as compared to the artifacts we already publish, IMO, making it configurable isn't necessary. -Jaikiran From robin.westberg at oracle.com Thu Sep 24 11:27:31 2020 From: robin.westberg at oracle.com (Robin Westberg) Date: Thu, 24 Sep 2020 13:27:31 +0200 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: <8b3427e6-092c-73a7-ed26-a30229861f65@gmail.com> References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> <9E42CB25-1EE4-4883-A38F-608F348632D9@oracle.com> <8b3427e6-092c-73a7-ed26-a30229861f65@gmail.com> Message-ID: Hi Jaikiran, > On 24 Sep 2020, at 13:03, Jaikiran Pai wrote: > > Hello Robin, > > On 24/09/20 1:57 pm, Robin Westberg wrote: >> >> >>> On a related note, I see that the job generates jtreg and the JDK >>> binaries as artifacts. Would it be possible to generate the jtreg test >>> data (logs and other test artifacts) as an output of the job? That might >>> sometimes help review some of these test runs easily. >> >> Right now the contents of the ?test-results? folder generated by jtreg >> is published as an artifact only if test a job fails. Do you think it >> would be useful to publish them on success as well? Could perhaps make >> that configurable. >> > I think it will be useful to publish them even when the job succeeds. > IMO, publishing these results is more useful than publishing the jtreg > or the Java binaries (which I'm not too sure anyone would often > download, but I'm just a relatively new contributor to the project and > haven't previously used the old "submit" repo to know all the use cases). I certainly agree about the non-usefulness of the jtreg and binary test bundles, but unfortunately that?s the only way to reliably propagate binaries between different steps in a job. Ideally these artifacts could be removed when the job successfully completes, but the GitHub API does not (yet) allow this, you can only delete artifacts from a previous, completed job. (The submit repo didn?t publish these either). I?d prefer that a clean run would not publish any artifacts at all (perhaps just a single summary of all the results). > For example, in my current PR run for which I triggered the job, I would > have liked to easily view some of the details (like logs and other > details that jtreg provides) of the new test that I added as part of the > PR. As for making it configurable, I think that would require a manual > intervention between the time when you push a commit to a branch and the > job gets auto-triggered, isn't it? If the test results don't generate a > huge zip file as compared to the artifacts we already publish, IMO, > making it configurable isn't necessary. The problem here isn?t really the artifact size I think, but rather that each of the 21 test steps would need to generate their own artifact (a final step could perhaps combine them, but the intermediate artifacts would still be needed to propagate the results there).. So the list of artifacts would become quite long. Having it configurable would not necessarily mean manual intervention though, the submit job can already be customized by setting special variables on the repository. So for example we could add an option like `JDK_SUBMIT_ALWAYS_PUBLISH` which would be checked when determining whether or not to publish the test results. It could also be an option when triggering a job manually (which becomes available if the actions file is present on the master branch in the repository). Best regards, Robin > > -Jaikiran > > From mark.reinhold at oracle.com Thu Sep 24 19:30:59 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 24 Sep 2020 12:30:59 -0700 (PDT) Subject: JEP proposed to target JDK 16: 376: ZGC: Concurrent Thread-Stack Processing Message-ID: <20200924193059.4342B3C2F40@eggemoggin.niobe.net> The following JEP is proposed to target JDK 16: 376: ZGC: Concurrent Thread-Stack Processing https://openjdk.java.net/jeps/376 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:00 UTC on Thursday, 1 October, 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 16. - Mark [1] https://openjdk.java.net/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Thu Sep 24 20:33:09 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 24 Sep 2020 13:33:09 -0700 (PDT) Subject: JEP proposed to target JDK 16: 388: Windows/AArch64 Port Message-ID: <20200924203309.738093C2F5C@eggemoggin.niobe.net> The following JEP is proposed to target JDK 16: 388: Windows/AArch64 Port https://openjdk.java.net/jeps/388 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:00 UTC on Thursday, 1 October, 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 16. - Mark [1] https://openjdk.java.net/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Thu Sep 24 21:28:06 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Thu, 24 Sep 2020 14:28:06 -0700 (PDT) Subject: New candidate JEP: 390: Warnings for Value-Based Classes Message-ID: <20200924212806.8CD983C2F7A@eggemoggin.niobe.net> https://openjdk.java.net/jeps/390 - Mark From aph at redhat.com Fri Sep 25 07:41:00 2020 From: aph at redhat.com (Andrew Haley) Date: Fri, 25 Sep 2020 08:41:00 +0100 Subject: JEP proposed to target JDK 16: 388: Windows/AArch64 Port In-Reply-To: <20200924203309.738093C2F5C@eggemoggin.niobe.net> References: <20200924203309.738093C2F5C@eggemoggin.niobe.net> Message-ID: <29b581f0-07f7-b403-a6ed-e81dbe35bae4@redhat.com> On 24/09/2020 21:33, mark.reinhold at oracle.com wrote: > The following JEP is proposed to target JDK 16: > > 388: Windows/AArch64 Port > https://openjdk.java.net/jeps/388 > > Feedback on this proposal from JDK Project Committers and Reviewers [1] > is more than welcome, as are reasoned objections. Yes! Good to see. Let's try to get this done. -- Andrew Haley (he/him) Java Platform Lead Engineer Red Hat UK Ltd. https://keybase.io/andrewhaley EAC8 43EB D3EF DB98 CC77 2FAD A5CD 6035 332F A671 From harold.seigel at oracle.com Fri Sep 25 13:53:34 2020 From: harold.seigel at oracle.com (Harold Seigel) Date: Fri, 25 Sep 2020 09:53:34 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette Message-ID: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Hi, I hereby nominate Bob Vandette (bobv) to JDK Reviewer. Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. 2. Creator of Java SE Embedded 3. Compact Profiles 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. Votes are due by 09:00 UTC, October 9th, 2020. Only current JDK Reviewers [2] 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 [3]. Best regards, Harold [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/bylaws#lazy-consensus From harold.seigel at oracle.com Fri Sep 25 13:54:35 2020 From: harold.seigel at oracle.com (Harold Seigel) Date: Fri, 25 Sep 2020 09:54:35 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <555c5adc-2cf9-0442-50d7-ab4e0a677ae2@oracle.com> Vote: YES Harold On 9/25/2020 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From coleen.phillimore at oracle.com Fri Sep 25 13:56:11 2020 From: coleen.phillimore at oracle.com (Coleen Phillimore) Date: Fri, 25 Sep 2020 09:56:11 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <7d2471ab-4a0d-a682-95fb-5caa74859708@oracle.com> Vote: yes On 9/25/20 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From matthias.baesken at sap.com Fri Sep 25 13:58:45 2020 From: matthias.baesken at sap.com (Baesken, Matthias) Date: Fri, 25 Sep 2020 13:58:45 +0000 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: Yes Best regards, Matthias -----Original Message----- From: jdk-dev On Behalf Of Harold Seigel Sent: Freitag, 25. September 2020 15:54 To: jdk-dev at openjdk.java.net Subject: CFV: New JDK Reviewer: Bob Vandette Hi, I hereby nominate Bob Vandette (bobv) to JDK Reviewer. Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. 2. Creator of Java SE Embedded 3. Compact Profiles 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. Votes are due by 09:00 UTC, October 9th, 2020. Only current JDK Reviewers [2] 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 [3]. Best regards, Harold [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/bylaws#lazy-consensus From igor.ignatyev at oracle.com Fri Sep 25 13:59:47 2020 From: igor.ignatyev at oracle.com (Igor Ignatyev) Date: Fri, 25 Sep 2020 06:59:47 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <03BA541A-647C-43AD-8B26-61CA295A8C62@oracle.com> Vote: yes -- Igor > On Sep 25, 2020, at 6:53 AM, Harold Seigel wrote: > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. From daniel.fuchs at oracle.com Fri Sep 25 14:01:42 2020 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 25 Sep 2020 15:01:42 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes best regards, -- daniel On 25/09/2020 14:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. From chris.hegarty at oracle.com Fri Sep 25 14:02:40 2020 From: chris.hegarty at oracle.com (Chris Hegarty) Date: Fri, 25 Sep 2020 15:02:40 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: > On 25 Sep 2020, at 14:53, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. Vote: YES -Chris. From sean.coffey at oracle.com Fri Sep 25 14:02:47 2020 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=c3=a1n_Coffey?=) Date: Fri, 25 Sep 2020 15:02:47 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: Yes regards, Sean. On 25/09/2020 14:53, Harold Seigel wrote: From lois.foltan at oracle.com Fri Sep 25 14:03:13 2020 From: lois.foltan at oracle.com (Lois Foltan) Date: Fri, 25 Sep 2020 10:03:13 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <17b38fbe-3175-f408-d87d-7bbbb92815d0@oracle.com> Vote: yes Lois On 9/25/2020 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From zgu at redhat.com Fri Sep 25 14:03:15 2020 From: zgu at redhat.com (Zhengyu Gu) Date: Fri, 25 Sep 2020 10:03:15 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <8e5c5d36-5b65-89f3-0749-86049fce965b@redhat.com> Vote: yes -Zhengyu On 9/25/20 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From david.holmes at oracle.com Fri Sep 25 14:05:14 2020 From: david.holmes at oracle.com (David Holmes) Date: Sat, 26 Sep 2020 00:05:14 +1000 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <27e9d887-9993-73a3-900b-47c7bac530eb@oracle.com> Vote: yes David On 25/09/2020 11:53 pm, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From daniel.fuchs at oracle.com Fri Sep 25 14:05:53 2020 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Fri, 25 Sep 2020 15:05:53 +0100 Subject: Result: New JDK Committer: Jaikiran Pai Message-ID: Hi, Voting for Jaikiran Pai (jpai) [1] is now closed. Yes: 14 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. best regards, -- daniel [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004704.html From Alan.Bateman at oracle.com Fri Sep 25 14:13:18 2020 From: Alan.Bateman at oracle.com (Alan Bateman) Date: Fri, 25 Sep 2020 15:13:18 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <9e11acde-bb7b-6151-aa65-5c7091ea516a@oracle.com> Vote: yes From james.laskey at oracle.com Fri Sep 25 14:20:04 2020 From: james.laskey at oracle.com (Jim Laskey) Date: Fri, 25 Sep 2020 11:20:04 -0300 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <4936C941-7C35-497B-8E9D-94D30AAC486B@oracle.com> Vote: Yes > On Sep 25, 2020, at 10:53 AM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From Roger.Riggs at oracle.com Fri Sep 25 14:19:54 2020 From: Roger.Riggs at oracle.com (Roger Riggs) Date: Fri, 25 Sep 2020 10:19:54 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <96500eec-0556-241b-6b01-34ed395ceac1@oracle.com> Vote: Yes On 9/25/20 9:53 AM, Harold Seigel wrote: > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. From sean.mullan at oracle.com Fri Sep 25 14:31:21 2020 From: sean.mullan at oracle.com (Sean Mullan) Date: Fri, 25 Sep 2020 10:31:21 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes From sgehwolf at redhat.com Fri Sep 25 14:46:02 2020 From: sgehwolf at redhat.com (Severin Gehwolf) Date: Fri, 25 Sep 2020 16:46:02 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <5eaadac7bf043aa657d3c4197c0577d1e1906e38.camel@redhat.com> Vote: yes. On Fri, 2020-09-25 at 09:53 -0400, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From adinn at redhat.com Fri Sep 25 15:18:50 2020 From: adinn at redhat.com (Andrew Dinn) Date: Fri, 25 Sep 2020 16:18:50 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <2628fe2f-0730-3573-dcea-5f3861000caa@redhat.com> Vote: yes On 25/09/2020 14:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > -- 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 daniel.daugherty at oracle.com Fri Sep 25 15:39:40 2020 From: daniel.daugherty at oracle.com (Daniel D. Daugherty) Date: Fri, 25 Sep 2020 11:39:40 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <86fc2fc0-4641-5952-66b8-9788e0c758de@oracle.com> Vote: yes Dan On 9/25/20 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From jesper.wilhelmsson at oracle.com Fri Sep 25 15:55:00 2020 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Fri, 25 Sep 2020 17:55:00 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <7FECF225-C249-400F-BCCA-7329FAC47A39@oracle.com> Vote: Yes /Jesper > On 25 Sep 2020, at 15:53, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From joe.darcy at oracle.com Fri Sep 25 16:00:26 2020 From: joe.darcy at oracle.com (Joe Darcy) Date: Fri, 25 Sep 2020 09:00:26 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <14264b91-4c09-2c86-abb0-318eab5f92ba@oracle.com> Vote: yes -Joe On 9/25/2020 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From kim.barrett at oracle.com Fri Sep 25 16:22:19 2020 From: kim.barrett at oracle.com (Kim Barrett) Date: Fri, 25 Sep 2020 12:22:19 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: vote: yes > On Sep 25, 2020, at 9:53 AM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus From naoto.sato at oracle.com Fri Sep 25 16:33:39 2020 From: naoto.sato at oracle.com (Naoto Sato) Date: Fri, 25 Sep 2020 09:33:39 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <5ef24b11-1eb4-72f5-2030-41b6eeaeb265@oracle.com> Vote: yes Naoto On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From erik.gahlin at oracle.com Fri Sep 25 16:51:52 2020 From: erik.gahlin at oracle.com (Erik Gahlin) Date: Fri, 25 Sep 2020 18:51:52 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <0407E09B-07BB-48A5-8F99-0D17D75832BD@oracle.com> Vote: yes > On 25 Sep 2020, at 15:53, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From mikael.vidstedt at oracle.com Fri Sep 25 16:52:10 2020 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Fri, 25 Sep 2020 09:52:10 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <5FB84C1B-629F-4367-995F-D284C5150FE6@oracle.com> Vote: yes Cheers, Mikael > On Sep 25, 2020, at 6:53 AM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From thomas.stuefe at gmail.com Fri Sep 25 16:58:53 2020 From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=) Date: Fri, 25 Sep 2020 18:58:53 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes On Fri, Sep 25, 2020 at 3:55 PM Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > > From mandy.chung at oracle.com Fri Sep 25 16:59:50 2020 From: mandy.chung at oracle.com (Mandy Chung) Date: Fri, 25 Sep 2020 09:59:50 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes Mandy From brent.christian at oracle.com Fri Sep 25 17:02:22 2020 From: brent.christian at oracle.com (Brent Christian) Date: Fri, 25 Sep 2020 10:02:22 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: Yes On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > From WEIJUN.WANG at ORACLE.COM Fri Sep 25 18:25:21 2020 From: WEIJUN.WANG at ORACLE.COM (Weijun Wang) Date: Fri, 25 Sep 2020 14:25:21 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <3310AFA5-6138-4117-ADA7-40021360B919@ORACLE.COM> Vote: yes -weijun > On Sep 25, 2020, at 9:53 AM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. From LANCE.ANDERSEN at ORACLE.COM Fri Sep 25 18:33:30 2020 From: LANCE.ANDERSEN at ORACLE.COM (Lance Andersen) Date: Fri, 25 Sep 2020 14:33:30 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes > > >> On Sep 25, 2020, at 9:53 AM, Harold Seigel wrote: >> >> Hi, >> >> I hereby nominate Bob Vandette (bobv) to JDK Reviewer. >> >> Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. >> >> In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: >> >> 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. >> >> 2. Creator of Java SE Embedded >> >> 3. Compact Profiles >> >> 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. >> >> Votes are due by 09:00 UTC, October 9th, 2020. >> >> Only current JDK Reviewers [2] 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 [3]. >> >> Best regards, >> >> Harold >> >> [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 >> >> [2] http://openjdk.java.net/census >> >> [3] http://openjdk.java.net/bylaws#lazy-consensus > > Best Lance ------------------ Lance Andersen| Principal Member of Technical Staff | +1.781.442.2037 Oracle Java Engineering 1 Network Drive Burlington, MA 01803 Lance.Andersen at oracle.com From erik.joelsson at oracle.com Fri Sep 25 18:40:25 2020 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Fri, 25 Sep 2020 11:40:25 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes /Erik From vladimir.kozlov at oracle.com Fri Sep 25 18:49:00 2020 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Fri, 25 Sep 2020 11:49:00 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <271eda44-b4aa-d171-88fe-faa83b0e1564@oracle.com> Vote: yes Bob also helped us with AOT shared libraries generation on all supported platforms. Recently he is helping GraalVM and Metropolis to build libgraal on latest JDK. Regards, Vladimir K On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to > several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including > Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From philip.race at oracle.com Fri Sep 25 19:26:50 2020 From: philip.race at oracle.com (Philip Race) Date: Fri, 25 Sep 2020 12:26:50 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <5F6E447A.50601@oracle.com> Vote: yes -phil. From vladimir.x.ivanov at oracle.com Fri Sep 25 20:03:48 2020 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Fri, 25 Sep 2020 23:03:48 +0300 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 25.09.2020 16:53, Harold Seigel wrote: > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. From andy.herrick at oracle.com Fri Sep 25 20:27:18 2020 From: andy.herrick at oracle.com (Andy Herrick) Date: Fri, 25 Sep 2020 16:27:18 -0400 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <56a68268-3895-d4ec-019f-c3c98b4f0be6@oracle.com> vote: yes /Andy On 9/25/2020 9:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From michael.x.mcmahon at oracle.com Fri Sep 25 20:38:51 2020 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Fri, 25 Sep 2020 21:38:51 +0100 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <29fc85cb-474b-5c06-5f8a-ac010c740ebd@oracle.com> Vote: Yes On 25/09/2020 14:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From iris.clark at oracle.com Fri Sep 25 20:45:02 2020 From: iris.clark at oracle.com (Iris Clark) Date: Fri, 25 Sep 2020 13:45:02 -0700 (PDT) Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <9e37d0d8-293a-4448-9f17-dbf280a033ea@default> Vote: yes Iris From mark.reinhold at oracle.com Fri Sep 25 21:23:31 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 25 Sep 2020 14:23:31 -0700 (PDT) Subject: New candidate JEP: 391: macOS/AArch64 Port Message-ID: <20200925212331.6F9A53C3231@eggemoggin.niobe.net> https://openjdk.java.net/jeps/391 - Mark From kusrinivasan at vmware.com Fri Sep 25 22:06:11 2020 From: kusrinivasan at vmware.com (Kumar Srinivasan) Date: Fri, 25 Sep 2020 22:06:11 +0000 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <91D0FB0E-4F25-4599-B265-CA4C4716AA05@vmware.com> Vote: yes Kumar > On Sep 25, 2020, at 6:53 AM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fhg.openjdk.java.net%2Fjdk%2Fjdk%2Fsearch%2F%3Frev%3Ddesc%2528%2522bob.vandette%2540oracle.com%2522%2529%2520or%2520author%2528bobv%2529%26revcount%3D200&data=02%7C01%7Ckusrinivasan%40vmware.com%7Ce92a38454cf34f0be86508d8615b2877%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637366391442190920&sdata=D8IoV6uICahvIOotJboZfwiVzIJGoW8Q%2Fd4HcIN2BnA%3D&reserved=0 > > [2] https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fopenjdk.java.net%2Fcensus&data=02%7C01%7Ckusrinivasan%40vmware.com%7Ce92a38454cf34f0be86508d8615b2877%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637366391442190920&sdata=Bri2TBukR7B5iHPQflhaTWRHK%2BeAbkGEwgYj7O3A0Iw%3D&reserved=0 > > [3] https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fopenjdk.java.net%2Fbylaws%23lazy-consensus&data=02%7C01%7Ckusrinivasan%40vmware.com%7Ce92a38454cf34f0be86508d8615b2877%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C0%7C0%7C637366391442200914&sdata=l9xoM%2BBHvrSnBlsJxczSg6mDLFeNfEgIGxrRVAgVEM4%3D&reserved=0 > From mark.reinhold at oracle.com Fri Sep 25 22:17:58 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Fri, 25 Sep 2020 15:17:58 -0700 (PDT) Subject: New candidate JEP: 392: Packaging Tool Message-ID: <20200925221758.6A1F33C324E@eggemoggin.niobe.net> https://openjdk.java.net/jeps/392 - Mark From Sergey.Bylokhov at oracle.com Sat Sep 26 00:31:45 2020 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Fri, 25 Sep 2020 17:31:45 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <7a6ba4f2-6295-d976-e7fd-6110ddaba3bb@oracle.com> Vote: yes -- Best regards, Sergey. From john.r.rose at oracle.com Sat Sep 26 01:03:07 2020 From: john.r.rose at oracle.com (John Rose) Date: Fri, 25 Sep 2020 18:03:07 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes (That?s an easy one.) From stuart.marks at oracle.com Sat Sep 26 07:12:50 2020 From: stuart.marks at oracle.com (Stuart Marks) Date: Sat, 26 Sep 2020 00:12:50 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <23b8efe5-2e83-8b3a-25a0-e918cfd338d9@oracle.com> Vote: yes On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK > project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has > lead, worked on and contributed to several large enhancements to the Java platform > that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, > ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of > the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From mbien42 at gmail.com Sat Sep 26 17:48:03 2020 From: mbien42 at gmail.com (Michael Bien) Date: Sat, 26 Sep 2020 19:48:03 +0200 Subject: Classparser API In-Reply-To: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> References: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> Message-ID: <10a6e122-e03f-0a75-45dd-5f67763b54e9@gmail.com> I feel the new cadence only put the spotlight on an issue which was there for a long time already. If you have a dusty project using common dependencies like spring, google guice, apache struts and eclipselink, you already have four different versions of asm in it. Because frameworks began at a certain point to repackage their own copy of asm under a different namespace. This makes JDK upgrades more "interesting" than they should be. Things like taking loom for a spin is often not possible unless you are working on a green field project. best regards, michael On 22.09.20 20:15, Remi Forax wrote: > Hi Robert, > > Yes, ASM 9 was released this morning, as a meagre consolation, it seems the classfile will not change in the next releases until the introduction of Valhalla. > > And yes, the new release cadence has some ripple effects but at the same time, it's not a reason to not try to streamline a little more the release process of any Apache projects. > After all, we are in 2020, releasing a software or a library should be something casual and not an exceptional daunting task. > > regards, > R?mi > > ----- Mail original ----- >> De: "Robert Scholte" >> ?: "jdk-dev" >> Envoy?: Mardi 22 Septembre 2020 19:23:25 >> Objet: Classparser API >> With the new release of Java followed by a new release of ASM comes a returning >> task where some of our Maven plugins and libraries should update this >> dependency. They make use of the classfile parser, the upgrade is required to >> understand the new bytecode version. >> >> Due to the Apache Software Foundation Policy (for legal reasons) every release >> comes with an amount of overhead. Doing a release for just a single dependency >> update to ease the usage for Maven users has always felt awkward. >> >> Is there any chance that the JDK will be extended with an API for parsing >> classfiles? >> >> thanks, >> Robert Scholte From fw at deneb.enyo.de Sat Sep 26 19:33:20 2020 From: fw at deneb.enyo.de (Florian Weimer) Date: Sat, 26 Sep 2020 21:33:20 +0200 Subject: New candidate JEP: 390: Warnings for Value-Based Classes In-Reply-To: <20200924212806.8CD983C2F7A@eggemoggin.niobe.net> (mark reinhold's message of "Thu, 24 Sep 2020 14:28:06 -0700 (PDT)") References: <20200924212806.8CD983C2F7A@eggemoggin.niobe.net> Message-ID: <87v9g0pc3j.fsf@mid.deneb.enyo.de> * mark reinhold: > https://openjdk.java.net/jeps/390 Should this JEP mention data races and tearing? Or put differently, should @ValueBased be seen as a warning not to access fields of this type without synchronization? From ron.pressler at oracle.com Sat Sep 26 22:30:52 2020 From: ron.pressler at oracle.com (Ron Pressler) Date: Sat, 26 Sep 2020 23:30:52 +0100 Subject: Classparser API In-Reply-To: <10a6e122-e03f-0a75-45dd-5f67763b54e9@gmail.com> References: <159294823.1305910.1600798514033.JavaMail.zimbra@u-pem.fr> <10a6e122-e03f-0a75-45dd-5f67763b54e9@gmail.com> Message-ID: Much of the problem is due to libraries shading ASM. Stopping that would greatly alleviate this issue. There was a need to do that some years ago because of a major incompatibility between ASM versions, but now this practice is harmful. ? Ron On 26 September 2020 at 18:51:23, Michael Bien (mbien42 at gmail.com) wrote: I feel the new cadence only put the spotlight on an issue which was there for a long time already. If you have a dusty project using common dependencies like spring, google guice, apache struts and eclipselink, you already have four different versions of asm in it. Because frameworks began at a certain point to repackage their own copy of asm under a different namespace. This makes JDK upgrades more "interesting" than they should be. Things like taking loom for a spin is often not possible unless you are working on a green field project. best regards, michael On 22.09.20 20:15, Remi Forax wrote: > Hi Robert, > > Yes, ASM 9 was released this morning, as a meagre consolation, it seems the classfile will not change in the next releases until the introduction of Valhalla. > > And yes, the new release cadence has some ripple effects but at the same time, it's not a reason to not try to streamline a little more the release process of any Apache projects. > After all, we are in 2020, releasing a software or a library should be something casual and not an exceptional daunting task. > > regards, > R?mi > > ----- Mail original ----- >> De: "Robert Scholte" >> ?: "jdk-dev" >> Envoy?: Mardi 22 Septembre 2020 19:23:25 >> Objet: Classparser API >> With the new release of Java followed by a new release of ASM comes a returning >> task where some of our Maven plugins and libraries should update this >> dependency. They make use of the classfile parser, the upgrade is required to >> understand the new bytecode version. >> >> Due to the Apache Software Foundation Policy (for legal reasons) every release >> comes with an amount of overhead. Doing a release for just a single dependency >> update to ease the usage for Maven users has always felt awkward. >> >> Is there any chance that the JDK will be extended with an API for parsing >> classfiles? >> >> thanks, >> Robert Scholte From tobias.hartmann at oracle.com Mon Sep 28 06:52:50 2020 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Mon, 28 Sep 2020 08:52:50 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes Best regards, Tobias On 25.09.20 15:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and > contributed to several large enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, > PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From goetz.lindenmaier at sap.com Mon Sep 28 06:52:37 2020 From: goetz.lindenmaier at sap.com (Lindenmaier, Goetz) Date: Mon, 28 Sep 2020 06:52:37 +0000 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes Best, Goetz > -----Original Message----- > From: jdk-dev On Behalf Of Harold Seigel > Sent: Friday, September 25, 2020 3:54 PM > To: jdk-dev at openjdk.java.net > Subject: CFV: New JDK Reviewer: Bob Vandette > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette% > 40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus From JAYATHIRTH.D.V at ORACLE.COM Mon Sep 28 07:08:02 2020 From: JAYATHIRTH.D.V at ORACLE.COM (Jayathirth D v) Date: Mon, 28 Sep 2020 12:38:02 +0530 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <6E74AB1F-907B-4BA7-A95F-76BFEABCB472@ORACLE.COM> Vote : Yes Thanks, Jay > On 25-Sep-2020, at 7:23 PM, Harold Seigel wrote: > > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From stefan.karlsson at oracle.com Mon Sep 28 07:12:59 2020 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Mon, 28 Sep 2020 09:12:59 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes StefanK On 2020-09-25 15:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From christian.hagedorn at oracle.com Mon Sep 28 07:15:13 2020 From: christian.hagedorn at oracle.com (Christian Hagedorn) Date: Mon, 28 Sep 2020 09:15:13 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <33858673-6139-2693-951f-4a3643875a66@oracle.com> Vote: yes Best regards, Christian On 25.09.20 15:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From magnus.ihse.bursie at oracle.com Mon Sep 28 17:23:05 2020 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Mon, 28 Sep 2020 19:23:05 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <8961f72d-f81e-673c-ecf8-e9d39ea081c4@oracle.com> Vote:? yes /Magnus On 2020-09-25 15:53, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From calvin.cheung at oracle.com Mon Sep 28 17:37:06 2020 From: calvin.cheung at oracle.com (calvin.cheung at oracle.com) Date: Mon, 28 Sep 2020 10:37:06 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: Vote: yes On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From Sergey.Bylokhov at oracle.com Mon Sep 28 18:48:56 2020 From: Sergey.Bylokhov at oracle.com (Sergey Bylokhov) Date: Mon, 28 Sep 2020 11:48:56 -0700 Subject: Result: New JDK Committer: Tejpal Rebari Message-ID: Voting for Tejpal Rebari [1] is now closed. Yes: 4 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Sergey Bylokhov [1] https://mail.openjdk.java.net/pipermail/jdk-dev/2020-September/004719.html From hohensee at amazon.com Mon Sep 28 19:42:40 2020 From: hohensee at amazon.com (Hohensee, Paul) Date: Mon, 28 Sep 2020 19:42:40 +0000 Subject: CFV: New JDK Reviewer: Bob Vandette Message-ID: <8C7C1C51-5C07-4E8C-9C91-FABD13EC06E8@amazon.com> Vote: yes ?On 9/25/20, 6:56 AM, "jdk-dev on behalf of Harold Seigel" wrote: Hi, I hereby nominate Bob Vandette (bobv) to JDK Reviewer. Bob is a member of the Java Team at Oracle and contributed 100+ changes to the JDK project [1]. In addition to several smaller enhancements in the Hotspot runtime area, Bob has lead, worked on and contributed to several large enhancements to the Java platform that span the entire JDK code base including: 1. Broadening the architectures and platforms that Java can execute on such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. 2. Creator of Java SE Embedded 3. Compact Profiles 4. Container support for Java including changes to Hotspot VM and the addition of the JDK Metrics API. Votes are due by 09:00 UTC, October 9th, 2020. Only current JDK Reviewers [2] 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 [3]. Best regards, Harold [1] http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 [2] http://openjdk.java.net/census [3] http://openjdk.java.net/bylaws#lazy-consensus From per.liden at oracle.com Mon Sep 28 21:02:26 2020 From: per.liden at oracle.com (Per Liden) Date: Mon, 28 Sep 2020 23:02:26 +0200 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <89767ebb-7082-9d11-dce6-7f568d82bc43@oracle.com> Vote: yes /Per On 9/25/20 3:53 PM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ changes > to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime area, > Bob has lead, worked on and contributed to several large enhancements to > the Java platform that span the entire JDK code base including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From dean.long at oracle.com Tue Sep 29 02:30:17 2020 From: dean.long at oracle.com (Dean Long) Date: Mon, 28 Sep 2020 19:30:17 -0700 Subject: CFV: New JDK Reviewer: Bob Vandette In-Reply-To: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> References: <3d0852ed-01fe-2e8d-95a7-044f458703b1@oracle.com> Message-ID: <1b43d490-90b6-221c-1bdc-234affa856e1@oracle.com> Vote: yes On 9/25/20 6:53 AM, Harold Seigel wrote: > Hi, > > I hereby nominate Bob Vandette (bobv) to JDK Reviewer. > > Bob is a member of the Java Team at Oracle and contributed 100+ > changes to the JDK project [1]. > > In addition to several smaller enhancements in the Hotspot runtime > area, Bob has lead, worked on and contributed to several large > enhancements to the Java platform that span the entire JDK code base > including: > > 1. Broadening the architectures and platforms that Java can execute on > such as IA64, ARM32, AArch64, PPC including Embedded and Mobile devices. > > 2. Creator of Java SE Embedded > > 3. Compact Profiles > > 4. Container support for Java including changes to Hotspot VM and the > addition of the JDK Metrics API. > > Votes are due by 09:00 UTC, October 9th, 2020. > > Only current JDK Reviewers [2] 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 [3]. > > Best regards, > > Harold > > [1] > http://hg.openjdk.java.net/jdk/jdk/search/?rev=desc%28%22bob.vandette%40oracle.com%22%29%20or%20author%28bobv%29&revcount=200 > > [2] http://openjdk.java.net/census > > [3] http://openjdk.java.net/bylaws#lazy-consensus > From jai.forums2013 at gmail.com Tue Sep 29 14:26:13 2020 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Tue, 29 Sep 2020 19:56:13 +0530 Subject: Running JDK pre-submit testing on GitHub In-Reply-To: References: <922EE887-5080-41BD-9AC3-20FF3B87D6F3@oracle.com> <8F69E8CE-1164-47AD-9179-E56D179ABE2E@oracle.com> <604004ac-18e6-27d0-1ea5-605cbe3c3205@gmail.com> <9E42CB25-1EE4-4883-A38F-608F348632D9@oracle.com> <8b3427e6-092c-73a7-ed26-a30229861f65@gmail.com> Message-ID: <2d648640-bf9c-43b6-b516-6f72d0b2d92b@gmail.com> Hello Robin, Just catching up on the emails and I notice that the jdk repo now has this pre-submit feature integrated into master. Thank you for implementing this. A couple of inputs with my latest round of testing[1] against a personal branch: 1. The Windows hotspot gc tier1 testing failed[2] due to "not enough space on disk". I'm not sure if there have been new test additions in that area which might have caused increased disk space usage or whether this just is an intermittent issue. I hadn't noticed it in my previous testing. 2. The macOS one ran for a while and then is marked as failed[3]. The logs for that run don't contain anything and this is typically a sign that the VM resources were exhausted. There have been similar issues reported against the github actions VM runners project where they end up losing logs from the whole run if VM resources are exhausted. Finally, I notice that the job now makes available the jtreg results. I downloaded it and checked a few basic things (like whether my test got executed) and this all looks good. Thank you very much for implementing this. [1] https://github.com/jaikiran/jdk/actions/runs/278458879 [2] https://github.com/jaikiran/jdk/runs/1182195606?check_suite_focus=true [3] https://github.com/jaikiran/jdk/runs/1182059371?check_suite_focus=true -Jaikiran On 24/09/20 4:57 pm, Robin Westberg wrote: > Hi Jaikiran, > >> On 24 Sep 2020, at 13:03, Jaikiran Pai wrote: >> >> Hello Robin, >> >> On 24/09/20 1:57 pm, Robin Westberg wrote: >>> >>>> On a related note, I see that the job generates jtreg and the JDK >>>> binaries as artifacts. Would it be possible to generate the jtreg test >>>> data (logs and other test artifacts) as an output of the job? That might >>>> sometimes help review some of these test runs easily. >>> Right now the contents of the ?test-results? folder generated by jtreg >>> is published as an artifact only if test a job fails. Do you think it >>> would be useful to publish them on success as well? Could perhaps make >>> that configurable. >>> >> I think it will be useful to publish them even when the job succeeds. >> IMO, publishing these results is more useful than publishing the jtreg >> or the Java binaries (which I'm not too sure anyone would often >> download, but I'm just a relatively new contributor to the project and >> haven't previously used the old "submit" repo to know all the use cases). > I certainly agree about the non-usefulness of the jtreg and binary test bundles, but unfortunately that?s the only way to reliably propagate binaries between different steps in a job. Ideally these artifacts could be removed when the job successfully completes, but the GitHub API does not (yet) allow this, you can only delete artifacts from a previous, completed job. (The submit repo didn?t publish these either). I?d prefer that a clean run would not publish any artifacts at all (perhaps just a single summary of all the results). > >> For example, in my current PR run for which I triggered the job, I would >> have liked to easily view some of the details (like logs and other >> details that jtreg provides) of the new test that I added as part of the >> PR. As for making it configurable, I think that would require a manual >> intervention between the time when you push a commit to a branch and the >> job gets auto-triggered, isn't it? If the test results don't generate a >> huge zip file as compared to the artifacts we already publish, IMO, >> making it configurable isn't necessary. > The problem here isn?t really the artifact size I think, but rather that each of the 21 test steps would need to generate their own artifact (a final step could perhaps combine them, but the intermediate artifacts would still be needed to propagate the results there).. So the list of artifacts would become quite long. > > Having it configurable would not necessarily mean manual intervention though, the submit job can already be customized by setting special variables on the repository. So for example we could add an option like `JDK_SUBMIT_ALWAYS_PUBLISH` which would be checked when determining whether or not to publish the test results. It could also be an option when triggering a job manually (which becomes available if the actions file is present on the master branch in the repository). > > Best regards, > Robin >> -Jaikiran >> >> From mark.reinhold at oracle.com Tue Sep 29 16:36:46 2020 From: mark.reinhold at oracle.com (mark.reinhold at oracle.com) Date: Tue, 29 Sep 2020 09:36:46 -0700 (PDT) Subject: New candidate JEP: 393: Foreign-Memory Access API (Third Incubator) Message-ID: <20200929163646.B0C993C3864@eggemoggin.niobe.net> https://openjdk.java.net/jeps/393 - Mark From paul.cane at ge.com Tue Sep 15 07:59:10 2020 From: paul.cane at ge.com (Cane, Paul C (GE Digital)) Date: Tue, 15 Sep 2020 07:59:10 -0000 Subject: General Availability version? Message-ID: Can you confirm the Build number of the OpenJDK 15 General Availability release? Alternatively if there is another forum for this please send me a link. Thanks