From mark.reinhold at oracle.com Thu May 1 14:54:31 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 1 May 2025 14:54:31 +0000 Subject: JEP proposed to target JDK 25: 505: Structured Concurrency (Fifth Preview) Message-ID: <20250501145429.7B92481384A@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 505: Structured Concurrency (Fifth Preview) https://openjdk.org/jeps/505 Summary: Simplify concurrent programming by introducing an API for structured concurrency. Structured concurrency treats groups of related tasks running in different threads as single units of work, thereby streamlining error handling and cancellation, improving reliability, and enhancing observability. This is a preview API. 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 21:00 UTC on Thursday, 8 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From joe.darcy at oracle.com Thu May 1 16:45:22 2025 From: joe.darcy at oracle.com (Joseph D. Darcy) Date: Thu, 1 May 2025 09:45:22 -0700 Subject: Reminder: file JDK 25 CSRs well ahead of rampdown 1 start -- 5 weeks to go In-Reply-To: <4de125c1-d88b-45a2-9212-14df06a69a3c@oracle.com> References: <4de125c1-d88b-45a2-9212-14df06a69a3c@oracle.com> Message-ID: PS Now just five short weeks until JDK 25 rampdown 1 start. Any JEPs or other large projects considering going into JDK 25 that have not already started the CSR process should do so in the near future. Cheers, -Joe On 4/3/2025 12:26 PM, Joseph D. Darcy wrote: > Hello, > > Per the proposed JDK 25 schedule > (https://mail.openjdk.org/pipermail/jdk-dev/2025-April/009870.html), > the rampdown 1 of JDK 25 would start on June 5, 2025, nine weeks from > today. > > An advanced reminder to factor in sufficient review time for any > projects needing CSR review before getting pushed into JDK 25, which > includes JEPs. Large projects, including JEPs, should often use the > two-phase CSR process (https://wiki.openjdk.java.net/display/csr/Main) > rather than the one-phase process. The nominal SLA for each CSR phase > is one week. To accommodate the possibility of needing to respond to > feedback from the CSR, I recommend a large project that has not > already had CSR review budget at least four weeks of CSR review time > ahead of an anticipated integration date. > > Particularly large or complex projects should factor in additional time. > > A JEP should have gone through the first phase of CSR review, getting > to Provisional state, before being Proposed to Target for a release. > Please plan accordingly. > > Cheers, > > -Joe > CSR Lead > From mark.reinhold at oracle.com Fri May 2 15:21:58 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 2 May 2025 15:21:58 +0000 Subject: New candidate JEP: 517: HTTP/3 for the HTTP Client API Message-ID: <20250502152157.7141D813BFB@eggemoggin.niobe.net> https://openjdk.org/jeps/517 Summary: Update the HTTP Client API to support the HTTP/3 protocol, so that libraries and applications can interact with HTTP/3 servers with minimal code change. - Mark From mark.reinhold at oracle.com Fri May 2 19:10:48 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 2 May 2025 19:10:48 +0000 Subject: New candidate JEP: 515: Ahead-of-Time Method Profiling Message-ID: <20250502191047.CE94D813C82@eggemoggin.niobe.net> https://openjdk.org/jeps/515 Summary: Improve warmup time by making method-execution profiles from a previous run of an application instantly available, when the HotSpot Java Virtual Machine starts. This will enable the JIT compiler to generate native code immediately upon application startup, rather than having to wait for profiles to be collected. - Mark From tobias.hartmann at oracle.com Tue May 6 13:31:03 2025 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Tue, 6 May 2025 15:31:03 +0200 Subject: Result: New JDK Committer: Marc Chevalier Message-ID: <1f7a8c70-3b58-4e29-979f-0c9c1f8303da@oracle.com> Voting [1] for Marc Chevalier [2] is now closed. Yes: 21 Veto: 0 Abstain: 0 According to the bylaw's definition of Lazy Consensus [3], this is sufficient to approve the nomination. Thanks, Tobias [1] https://mail.openjdk.org/pipermail/jdk-dev/2025-April/009978.html [2] https://openjdk.org/census#mchevalier [3] https://openjdk.org/bylaws#lazy-consensus From sean.mullan at oracle.com Tue May 6 14:37:53 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 6 May 2025 10:37:53 -0400 Subject: CFV: New JDK Committer: Artur Barashev Message-ID: I hereby nominate Artur Barashev to JDK Committer. Artur is a member of Oracle's Java Security Libraries team. Artur has contributed 15 changes so far to the JDK project [1]. Notably, he improved security by implementing new algorithm constraint mechanisms that allow TLS cipher suites and signature algorithms to be more easily disabled. He has also fixed various bugs and made coding improvements throughout the security libraries area. Votes are due by 15:00 UTC Tuesday 20th May 2025 Only current JDK Committers [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]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits [2] https://openjdk.org/census [3] https://openjdk.org/projects/#committer-vote From aleksej.efimov at oracle.com Tue May 6 14:51:05 2025 From: aleksej.efimov at oracle.com (Aleksei Efimov) Date: Tue, 6 May 2025 14:51:05 +0000 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes - Aleksei ________________________________ From: jdk-dev on behalf of Sean Mullan Sent: Tuesday 6 May 2025 3:37 pm To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Artur Barashev I hereby nominate Artur Barashev to JDK Committer. Artur is a member of Oracle's Java Security Libraries team. Artur has contributed 15 changes so far to the JDK project [1]. Notably, he improved security by implementing new algorithm constraint mechanisms that allow TLS cipher suites and signature algorithms to be more easily disabled. He has also fixed various bugs and made coding improvements throughout the security libraries area. Votes are due by 15:00 UTC Tuesday 20th May 2025 Only current JDK Committers [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]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits [2] https://openjdk.org/census [3] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.coffey at oracle.com Tue May 6 15:15:52 2025 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=C3=A1n_Coffey?=) Date: Tue, 6 May 2025 16:15:52 +0100 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes regards, Sean. On 06/05/2025 15:37, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. From roger.riggs at oracle.com Tue May 6 15:31:23 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Tue, 6 May 2025 11:31:23 -0400 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <09cd6558-9de2-41fc-a8b6-71d5755b7b37@oracle.com> Vote: Yes On 5/6/25 10:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. From sean.mullan at oracle.com Tue May 6 15:31:34 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 6 May 2025 11:31:34 -0400 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <471c5c15-caf5-453c-865d-e4812d5e21d8@oracle.com> Vote: yes --Sean On 5/6/25 10:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more easily > disabled. He has also fixed various bugs and made coding improvements > throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From djelinski1 at gmail.com Tue May 6 15:43:37 2025 From: djelinski1 at gmail.com (=?UTF-8?Q?Daniel_Jeli=C5=84ski?=) Date: Tue, 6 May 2025 17:43:37 +0200 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes wt., 6 maj 2025 o 17:35 Sean Mullan napisa?(a): > > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more easily > disabled. He has also fixed various bugs and made coding improvements > throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From daniel.fuchs at oracle.com Tue May 6 17:36:00 2025 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Tue, 6 May 2025 18:36:00 +0100 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <3eab7a90-7f63-44ef-8825-e2d821d447c1@oracle.com> Vote: yes best regards, -- daniel On 06/05/2025 15:37, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. From jamil.j.nimeh at oracle.com Tue May 6 17:37:06 2025 From: jamil.j.nimeh at oracle.com (Jamil Nimeh) Date: Tue, 6 May 2025 10:37:06 -0700 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <41910dc6-f294-4e04-bdfc-e38306551e8c@oracle.com> Vote: yes On 5/6/2025 7:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more > easily disabled. He has also fixed various bugs and made coding > improvements throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From weijun.wang at oracle.com Tue May 6 17:49:46 2025 From: weijun.wang at oracle.com (Wei-Jun Wang) Date: Tue, 6 May 2025 17:49:46 +0000 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <402AC4EF-36ED-4BD4-B553-2FF63E1A3B13@oracle.com> Vote: yes - Weijun > On May 6, 2025, at 10:37, Sean Mullan wrote: > > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has contributed 15 changes so far to the JDK project [1]. Notably, he improved security by implementing new algorithm constraint mechanisms that allow TLS cipher suites and signature algorithms to be more easily disabled. He has also fixed various bugs and made coding improvements throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From raffaello.giulietti at oracle.com Tue May 6 18:00:31 2025 From: raffaello.giulietti at oracle.com (Raffaello Giulietti) Date: Tue, 6 May 2025 20:00:31 +0200 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes On 2025-05-06 16:37, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more easily > disabled. He has also fixed various bugs and made coding improvements > throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From alexey at azul.com Tue May 6 18:19:55 2025 From: alexey at azul.com (Alexey Bakhtin) Date: Tue, 6 May 2025 18:19:55 +0000 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes > On 6 May 2025, at 07:37, Sean Mullan wrote: > > Caution: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe. > > > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more easily > disabled. He has also fixed various bugs and made coding improvements > throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: Message signed with OpenPGP URL: From huizhe.wang at oracle.com Tue May 6 19:12:40 2025 From: huizhe.wang at oracle.com (Joe Wang) Date: Tue, 6 May 2025 12:12:40 -0700 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes -Joe (joehw) On 5/6/25 7:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. From valerie.peng at oracle.com Wed May 7 01:58:26 2025 From: valerie.peng at oracle.com (Valerie Peng) Date: Wed, 7 May 2025 01:58:26 +0000 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes -----Original Message----- From: jdk-dev On Behalf Of Sean Mullan Sent: Tuesday, May 6, 2025 7:38 AM To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Artur Barashev I hereby nominate Artur Barashev to JDK Committer. Artur is a member of Oracle's Java Security Libraries team. Artur has contributed 15 changes so far to the JDK project [1]. Notably, he improved security by implementing new algorithm constraint mechanisms that allow TLS cipher suites and signature algorithms to be more easily disabled. He has also fixed various bugs and made coding improvements throughout the security libraries area. Votes are due by 15:00 UTC Tuesday 20th May 2025 Only current JDK Committers [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]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits [2] https://openjdk.org/census [3] https://openjdk.org/projects/#committer-vote From bradford.wetmore at oracle.com Wed May 7 02:18:39 2025 From: bradford.wetmore at oracle.com (Bradford Wetmore) Date: Tue, 6 May 2025 19:18:39 -0700 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <3b440db4-be56-4040-864b-57f5909b3d6a@oracle.com> Vote: yes On 5/6/2025 7:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more > easily disabled. He has also fixed various bugs and made coding > improvements throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From anthony.scarpino at oracle.com Wed May 7 04:47:33 2025 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Tue, 6 May 2025 21:47:33 -0700 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <9000135c-2772-4af7-823e-1201508a2757@oracle.com> Vote: yes Tony On 5/6/25 7:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he improved > security by implementing new algorithm constraint mechanisms that allow TLS > cipher suites and signature algorithms to be more easily disabled. He has also > fixed various bugs and made coding improvements throughout the security > libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From jai.forums2013 at gmail.com Wed May 7 10:42:50 2025 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Wed, 7 May 2025 16:12:50 +0530 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <949c8cb1-7392-4869-9670-7fd9d9ff3891@gmail.com> vote: yes -Jaikiran On 06/05/25 8:07 pm, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > > Artur is a member of Oracle's Java Security Libraries team. Artur has > contributed 15 changes so far to the JDK project [1]. Notably, he > improved security by implementing new algorithm constraint mechanisms > that allow TLS cipher suites and signature algorithms to be more > easily disabled. He has also fixed various bugs and made coding > improvements throughout the security libraries area. > > Votes are due by 15:00 UTC Tuesday 20th May 2025 > > Only current JDK Committers [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]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits > [2] https://openjdk.org/census > [3] https://openjdk.org/projects/#committer-vote From mark.reinhold at oracle.com Wed May 7 13:33:07 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Wed, 7 May 2025 13:33:07 +0000 Subject: JEP proposed to target JDK 25: 513: Flexible Constructor Bodies In-Reply-To: <20250429204134.C4B1581337D@eggemoggin.niobe.net> References: <20250429204134.C4B1581337D@eggemoggin.niobe.net> Message-ID: <20250507093305.855796181@eggemoggin.niobe.net> 2025/4/29 16:41:35 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 513: Flexible Constructor Bodies > https://openjdk.org/jeps/513 > > Summary: In the body of a constructor, allow statements to appear > before an explicit constructor invocation, i.e., super(...) or > this(...). Such statements cannot reference the object under > construction, but they can initialize its fields and perform other safe > computations. This change allows many constructors to be expressed > more naturally. It also allows fields to be initialized before they > become visible to other code in the class, such as methods called from > a superclass constructor, thereby improving safety. > > 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 21:00 UTC on Tuesday, 6 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From matthew.p.donovan at oracle.com Wed May 7 14:21:16 2025 From: matthew.p.donovan at oracle.com (Matthew Donovan) Date: Wed, 7 May 2025 14:21:16 +0000 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: Vote: yes From: jdk-dev on behalf of Sean Mullan Date: Tuesday, May 6, 2025 at 10:38?AM To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Artur Barashev I hereby nominate Artur Barashev to JDK Committer. Artur is a member of Oracle's Java Security Libraries team. Artur has contributed 15 changes so far to the JDK project [1]. Notably, he improved security by implementing new algorithm constraint mechanisms that allow TLS cipher suites and signature algorithms to be more easily disabled. He has also fixed various bugs and made coding improvements throughout the security libraries area. Votes are due by 15:00 UTC Tuesday 20th May 2025 Only current JDK Committers [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]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Artur+Barashev%22&type=commits [2] https://openjdk.org/census [3] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From brent.christian at oracle.com Wed May 7 19:09:39 2025 From: brent.christian at oracle.com (Brent Christian) Date: Wed, 7 May 2025 12:09:39 -0700 Subject: CFV: New JDK Committer: Artur Barashev In-Reply-To: References: Message-ID: <79dd8cf4-42e7-4517-a84e-d6405bb2d747@oracle.com> Vote: Yes On 5/6/25 7:37 AM, Sean Mullan wrote: > I hereby nominate Artur Barashev to JDK Committer. > From mark.reinhold at oracle.com Thu May 8 17:12:16 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 8 May 2025 17:12:16 +0000 Subject: JEP proposed to target JDK 25: 506: Scoped Values Message-ID: <20250508171216.0C0C08148B7@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 506: Scoped Values https://openjdk.org/jeps/506 Summary: Introduce scoped values, which enable a method to share immutable data both with its callees within a thread, and with child threads. Scoped values are easier to reason about than thread-local variables. They also have lower space and time costs, especially when used together with virtual threads (JEP 444) and structured concurrency (JEP 505). 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 18:00 UTC on Thursday, 15 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Thu May 8 17:16:25 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 8 May 2025 17:16:25 +0000 Subject: JEP proposed to target JDK 25: 510: Key Derivation Function API Message-ID: <20250508171623.EBC7A814904@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 510: Key Derivation Function API https://openjdk.org/jeps/510 Summary: Introduce an API for Key Derivation Functions (KDFs), which are cryptographic algorithms for deriving additional keys from a secret key and other data. 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 18:00 UTC on Thursday, 15 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From karan03945 at gmail.com Thu May 8 17:32:20 2025 From: karan03945 at gmail.com (Karan Sharma) Date: Thu, 8 May 2025 23:02:20 +0530 Subject: JEP proposed to target JDK 25: 510: Key Derivation Function API In-Reply-To: <20250508171623.EBC7A814904@eggemoggin.niobe.net> References: <20250508171623.EBC7A814904@eggemoggin.niobe.net> Message-ID: Unsubscribe On Thu, 8 May 2025, 10:46?pm Mark Reinhold, wrote: > The following JEP is proposed to target JDK 25: > > 510: Key Derivation Function API > https://openjdk.org/jeps/510 > > Summary: Introduce an API for Key Derivation Functions (KDFs), which > are cryptographic algorithms for deriving additional keys from a secret > key and other data. > > 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 18:00 UTC on Thursday, 15 May, 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 25. > > - Mark > > > [1] https://openjdk.org/census#jdk > [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.reinhold at oracle.com Thu May 8 23:38:56 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 8 May 2025 23:38:56 +0000 Subject: JEP proposed to target JDK 25: 505: Structured Concurrency (Fifth Preview) In-Reply-To: <20250501145429.7B92481384A@eggemoggin.niobe.net> References: <20250501145429.7B92481384A@eggemoggin.niobe.net> Message-ID: <20250508193854.824147319@eggemoggin.niobe.net> 2025/5/1 10:54:31 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 505: Structured Concurrency (Fifth Preview) > https://openjdk.org/jeps/505 > > Summary: Simplify concurrent programming by introducing an API for > structured concurrency. Structured concurrency treats groups of > related tasks running in different threads as single units of work, > thereby streamlining error handling and cancellation, improving > reliability, and enhancing observability. This is a preview API. > > 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 21:00 UTC on Thursday, 8 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Fri May 9 15:49:40 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 9 May 2025 15:49:40 +0000 Subject: New candidate JEP: 516: Ahead-of-Time Object Caching with Any GC Message-ID: <20250509154939.9B501814BE6@eggemoggin.niobe.net> https://openjdk.org/jeps/516 Summary: Enhance the ahead-of-time cache, which enables the HotSpot Java Virtual Machine to improve startup and warmup time, so that it can be used with any garbage collector, including the low-latency Z Garbage Collector (ZGC). Achieve this by making it possible to load cached Java objects sequentially into memory from a neutral, GC-agnostic format, rather than map them directly into memory in a GC-specific format. - Mark From mark.reinhold at oracle.com Fri May 9 19:10:16 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 9 May 2025 19:10:16 +0000 Subject: JEP proposed to target JDK 25: 508: Vector API (Tenth Incubator) Message-ID: <20250509191015.70F21814C8D@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 508: Vector API (Tenth Incubator) https://openjdk.org/jeps/508 Summary: Introduce an API to express vector computations that reliably compile at runtime to optimal vector instructions on supported CPUs, thus achieving performance superior to equivalent scalar computations. Feedback on this proposal from JDK Project Committers and Reviewers [1] is more than welcome, as are reasoned objections. If no such objections are raised by 20:00 UTC on Friday, 16 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Fri May 9 20:57:17 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 9 May 2025 20:57:17 +0000 Subject: New candidate JEP: 518: JFR Cooperative Sampling Message-ID: <20250509205716.A216F814CAF@eggemoggin.niobe.net> https://openjdk.org/jeps/518 Summary: Improve the stability of the JDK Flight Recorder (JFR) when it asynchronously samples Java thread stacks. Achieve this by walking call stacks only at safepoints, while minimizing safepoint bias. - Mark From sean.mullan at oracle.com Tue May 13 12:09:06 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 13 May 2025 08:09:06 -0400 Subject: CFV: New JDK Reviewer: Hai-May Chao Message-ID: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> I hereby nominate Hai-May Chao to JDK Reviewer. Hai-May is a member of Oracle's Java Security Libraries team and has contributed 47 changes so far to the JDK project [1, 2]. She has significantly enhanced and improved the security of the Java platform, especially in the area of security tools (jarsigner and keytool) and signed JAR verification. Votes are due by 13:00 UTC Tuesday 27th May 2025. Only current JDK Reviewers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [4]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits [3] https://openjdk.org/census [4] https://openjdk.org/projects/#reviewer-vote From chen.l.liang at oracle.com Tue May 13 12:26:09 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Tue, 13 May 2025 12:26:09 +0000 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes Regards, Chen ________________________________ From: jdk-dev on behalf of Sean Mullan Sent: Tuesday, May 13, 2025 7:09 AM To: jdk-dev at openjdk.org Subject: CFV: New JDK Reviewer: Hai-May Chao I hereby nominate Hai-May Chao to JDK Reviewer. Hai-May is a member of Oracle's Java Security Libraries team and has contributed 47 changes so far to the JDK project [1, 2]. She has significantly enhanced and improved the security of the Java platform, especially in the area of security tools (jarsigner and keytool) and signed JAR verification. Votes are due by 13:00 UTC Tuesday 27th May 2025. Only current JDK Reviewers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Three-Vote Consensus voting instructions, see [4]. Sean Mullan [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits [3] https://openjdk.org/census [4] https://openjdk.org/projects/#reviewer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From sean.mullan at oracle.com Tue May 13 12:31:07 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 13 May 2025 08:31:07 -0400 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <2d50bd63-3eaf-4e47-b940-664d86fa8480@oracle.com> Vote: yes --Sean On 5/13/25 8:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Hai-May+Chao%22&type=commits > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored- > by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From weijun.wang at oracle.com Tue May 13 12:52:03 2025 From: weijun.wang at oracle.com (Wei-Jun Wang) Date: Tue, 13 May 2025 12:52:03 +0000 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <0547269A-E048-46C2-8527-0925DCEBB1AA@oracle.com> Vote: yes --weijun > On May 13, 2025, at 08:09, Sean Mullan wrote: > > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has contributed 47 changes so far to the JDK project [1, 2]. She has significantly enhanced and improved the security of the Java platform, especially in the area of security tools (jarsigner and keytool) and signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From roger.riggs at oracle.com Tue May 13 13:04:00 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Tue, 13 May 2025 09:04:00 -0400 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <9bc74322-b21b-4d7a-8a1f-ddf1324355de@oracle.com> Vote: Yes On 5/13/25 8:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > From raffaello.giulietti at oracle.com Tue May 13 13:18:12 2025 From: raffaello.giulietti at oracle.com (Raffaello Giulietti) Date: Tue, 13 May 2025 15:18:12 +0200 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <301c6dff-a45f-4b12-8d74-f5a9938cd9cb@oracle.com> Vote: yes On 2025-05-13 14:09, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > From djelinski1 at gmail.com Tue May 13 13:58:22 2025 From: djelinski1 at gmail.com (=?UTF-8?Q?Daniel_Jeli=C5=84ski?=) Date: Tue, 13 May 2025 15:58:22 +0200 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes wt., 13 maj 2025 o 14:09 Sean Mullan napisa?(a): > > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From eric.caspole at oracle.com Tue May 13 14:26:16 2025 From: eric.caspole at oracle.com (Eric Caspole) Date: Tue, 13 May 2025 10:26:16 -0400 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes Eric On 5/13/25 8:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From sean.coffey at oracle.com Tue May 13 15:28:23 2025 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=C3=A1n_Coffey?=) Date: Tue, 13 May 2025 16:28:23 +0100 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <29c3454b-9d52-4085-8dc2-619fac25fed9@oracle.com> Vote: yes regards, Sean. On 13/05/2025 13:09, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From lance.andersen at oracle.com Tue May 13 15:44:21 2025 From: lance.andersen at oracle.com (Lance Andersen) Date: Tue, 13 May 2025 15:44:21 +0000 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes > > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From bradford.wetmore at oracle.com Tue May 13 17:05:52 2025 From: bradford.wetmore at oracle.com (Bradford Wetmore) Date: Tue, 13 May 2025 10:05:52 -0700 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <0edd6fa4-1a2a-4e98-baf2-c0d64835ebdd@oracle.com> Vote:? Yes. On 5/13/2025 5:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai-May+Chao%22&type=commits > [2] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From brent.christian at oracle.com Tue May 13 17:13:59 2025 From: brent.christian at oracle.com (Brent Christian) Date: Tue, 13 May 2025 10:13:59 -0700 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <40cedc6e-8858-4dcb-9cbd-19842858b2e3@oracle.com> Vote: Yes On 5/13/25 5:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > From naoto.sato at oracle.com Tue May 13 17:18:02 2025 From: naoto.sato at oracle.com (Naoto Sato) Date: Tue, 13 May 2025 10:18:02 -0700 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <87f70862-e601-45d6-9133-6f900c3305f0@oracle.com> Vote: yes Naoto On 5/13/25 5:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has > significantly enhanced and improved the security of the Java platform, > especially in the area of security tools (jarsigner and keytool) and > signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Hai-May+Chao%22&type=commits > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored- > by%3A%22Hai-May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From mark.reinhold at oracle.com Tue May 13 17:26:49 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 13 May 2025 17:26:49 +0000 Subject: New candidate JEP: 519: Compact Object Headers Message-ID: <20250513172649.47F06815398@eggemoggin.niobe.net> https://openjdk.org/jeps/519 Summary: Change compact object headers from an experimental feature to a product feature. - Mark From huizhe.wang at oracle.com Tue May 13 18:10:42 2025 From: huizhe.wang at oracle.com (Joe Wang) Date: Tue, 13 May 2025 11:10:42 -0700 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <0357facf-6941-4ac4-ad48-8ba1dc33906a@oracle.com> Vote: yes -Joe (joehw) On 5/13/25 5:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. From davidalayachew at gmail.com Tue May 13 23:06:29 2025 From: davidalayachew at gmail.com (David Alayachew) Date: Tue, 13 May 2025 19:06:29 -0400 Subject: New candidate JEP: 519: Compact Object Headers In-Reply-To: <20250513172649.47F06815398@eggemoggin.niobe.net> References: <20250513172649.47F06815398@eggemoggin.niobe.net> Message-ID: Silly question -- what happens if you use this feature, but end up with more classes than can fit in the class' object header? I like to think of myself as aware of my project's performance metrics, but the number of classes loaded is not a detail I track. Related question -- is it possible to know ahead of time EXACTLY how many classes are going to be loaded? I know for everyday projects, the answer is yes. But I was thinking more like Proxy classes (like how Spring does it), since (to my understanding) those are generated on the fly and aren't known at compile time. On Tue, May 13, 2025, 1:27?PM Mark Reinhold wrote: > https://openjdk.org/jeps/519 > > Summary: Change compact object headers from an experimental feature to > a product feature. > > - Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From alex.buckley at oracle.com Tue May 13 23:32:46 2025 From: alex.buckley at oracle.com (Alex Buckley) Date: Tue, 13 May 2025 16:32:46 -0700 Subject: New candidate JEP: 519: Compact Object Headers In-Reply-To: References: <20250513172649.47F06815398@eggemoggin.niobe.net> Message-ID: <2ee6df36-43dc-47a9-aba3-fdb79aed488a@oracle.com> On 5/13/2025 4:06 PM, David Alayachew wrote: > Silly question -- what happens if you use this feature, but end up with > more classes than can fit in the class' object header? I like to think > of myself as aware of my project's performance metrics, but the number > of classes loaded is not a detail I track. Not silly -- considered in the prior JEP -- see "Compressed class pointers encoding" in https://openjdk.org/jeps/450#Risks-and-Assumptions The abstract JVM has no limit to the number of loaded classes (see JVMS 4.11 for things that do have limits). Maybe Roman can say how much stress testing has been performed with the HotSpot implementation to discover the practical limit to the number. Alex From davidalayachew at gmail.com Wed May 14 00:11:20 2025 From: davidalayachew at gmail.com (David Alayachew) Date: Tue, 13 May 2025 20:11:20 -0400 Subject: New candidate JEP: 519: Compact Object Headers In-Reply-To: <2ee6df36-43dc-47a9-aba3-fdb79aed488a@oracle.com> References: <20250513172649.47F06815398@eggemoggin.niobe.net> <2ee6df36-43dc-47a9-aba3-fdb79aed488a@oracle.com> Message-ID: Thanks for the response Alex. Ok, that link was helpful. I can see now that there is definitely a known limit, and the JEP preceding this one is aware of that limit and designed around it. All I am missing now is what happens when we go past that limit. Hopefully Roman can answer that. Thanks again Alex. On Tue, May 13, 2025, 7:33?PM Alex Buckley wrote: > On 5/13/2025 4:06 PM, David Alayachew wrote: > > Silly question -- what happens if you use this feature, but end up with > > more classes than can fit in the class' object header? I like to think > > of myself as aware of my project's performance metrics, but the number > > of classes loaded is not a detail I track. > > Not silly -- considered in the prior JEP -- see "Compressed class > pointers encoding" in https://openjdk.org/jeps/450#Risks-and-Assumptions > > The abstract JVM has no limit to the number of loaded classes (see JVMS > 4.11 for things that do have limits). Maybe Roman can say how much > stress testing has been performed with the HotSpot implementation to > discover the practical limit to the number. > > Alex > -------------- next part -------------- An HTML attachment was scrubbed... URL: From john.r.rose at oracle.com Wed May 14 01:49:54 2025 From: john.r.rose at oracle.com (John Rose) Date: Tue, 13 May 2025 18:49:54 -0700 Subject: New candidate JEP: 519: Compact Object Headers In-Reply-To: References: <20250513172649.47F06815398@eggemoggin.niobe.net> <2ee6df36-43dc-47a9-aba3-fdb79aed488a@oracle.com> Message-ID: <6A0D4EF5-07FD-4452-9B83-4B4DFB796A88@oracle.com> That estimate (4M classes) is a known **soft** limit. There are many, many ways to raise that number! This old thread has just a few: https://mail.openjdk.org/pipermail/lilliput-dev/2024-June/001760.html I also look forward to any reports on large numbers of loaded classes. I wonder if anyone?s actually studying that. A jokey upper bound would be the number of classfiles in some big slice through Maven. It?s jokey because nobody loads them all at once, of course, and there are also class spun online. Maybe someone can do better than that? Maybe a maximal dependency graph among Maven jars? (Mild nerd sniping here?) On 13 May 2025, at 17:11, David Alayachew wrote: > Thanks for the response Alex. > > Ok, that link was helpful. I can see now that there is definitely a > known > limit, and the JEP preceding this one is aware of that limit and > designed > around it. All I am missing now is what happens when we go past that > limit. > Hopefully Roman can answer that. > > Thanks again Alex. > > On Tue, May 13, 2025, 7:33?PM Alex Buckley > wrote: > >> On 5/13/2025 4:06 PM, David Alayachew wrote: >>> Silly question -- >>> what happens if you use this feature, but end up with >>> more classes than can fit in the class' object header? I like to >>> think >>> of myself as aware of my project's performance metrics, but the >>> number >>> of classes loaded is not a detail I track. >> >> Not silly -- >> considered in the prior JEP -- >> see "Compressed class >> pointers encoding" in >> https://openjdk.org/jeps/450#Risks-and-Assumptions >> >> The abstract JVM has no limit to the number of loaded classes (see >> JVMS >> 4.11 for things that do have limits). Maybe Roman can say how much >> stress testing has been performed with the HotSpot implementation to >> discover the practical limit to the number. >> >> Alex >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.reinhold at oracle.com Wed May 14 12:53:07 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Wed, 14 May 2025 12:53:07 +0000 Subject: JEP proposed to target JDK 25: 519: Compact Object Headers Message-ID: <20250514125306.7192481557E@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 519: Compact Object Headers https://openjdk.org/jeps/519 Summary: Change compact object headers from an experimental feature to a product feature. 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 13:00 UTC on Wednesday, 21 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From erik.joelsson at oracle.com Wed May 14 13:02:20 2025 From: erik.joelsson at oracle.com (Erik Joelsson) Date: Wed, 14 May 2025 06:02:20 -0700 Subject: New Pull Request command: /touch Message-ID: <7c1b9961-f5f1-4361-922d-133dc97df62c@oracle.com> The Skara pull request bot now accepts a new pull request command "/touch" (alias "/keepalive") [1]. Issuing this command will trigger a bot re-evaluation of a PR in its current state, which can be useful if something has gone wrong. More importantly, this will also reset the inactivity timer for the automatic closing of pull requests. While there are other ways to reset the timer, such as adding a comment, this new method will not trigger any emails and is the recommended way going forward. /Erik [1] https://wiki.openjdk.org/display/SKARA/Pull+Request+Commands#PullRequestCommands-/touch From mark.reinhold at oracle.com Wed May 14 15:59:48 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Wed, 14 May 2025 15:59:48 +0000 Subject: New candidate JEP: 520: JFR Method Timing & Tracing Message-ID: <20250514155948.436668155FE@eggemoggin.niobe.net> https://openjdk.org/jeps/520 Summary: Extend the JDK Flight Recorder (JFR) with facilities for method timing and tracing via bytecode instrumentation. - Mark From daniel.fuchs at oracle.com Wed May 14 18:10:43 2025 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Wed, 14 May 2025 19:10:43 +0100 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes vest regards, -- daniel On 13/05/2025 13:09, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. From anthony.scarpino at oracle.com Wed May 14 19:35:27 2025 From: anthony.scarpino at oracle.com (Anthony Scarpino) Date: Wed, 14 May 2025 12:35:27 -0700 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: <0d0f68a1-5482-4a5c-96c4-faa40bed1d65@oracle.com> Vote: Yes Tony On 5/13/25 5:09 AM, Sean Mullan wrote: > I hereby nominate Hai-May Chao to JDK Reviewer. > > Hai-May is a member of Oracle's Java Security Libraries team and has > contributed 47 changes so far to the JDK project [1, 2]. She has significantly > enhanced and improved the security of the Java platform, especially in the > area of security tools (jarsigner and keytool) and signed JAR verification. > > Votes are due by 13:00 UTC Tuesday 27th May 2025. > > Only current JDK Reviewers [3] are eligible to vote on this nomination. Votes > must be cast in the open by replying to this mailing list. > > For Three-Vote Consensus voting instructions, see [4]. > > Sean Mullan > > [1] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Hai- > May+Chao%22&type=commits > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+co-authored-by%3A%22Hai- > May+Chao%22&type=commits > [3] https://openjdk.org/census > [4] https://openjdk.org/projects/#reviewer-vote From pavel.rappo at gmail.com Wed May 14 21:14:48 2025 From: pavel.rappo at gmail.com (Pavel Rappo) Date: Wed, 14 May 2025 22:14:48 +0100 Subject: New Pull Request command: /touch In-Reply-To: <7c1b9961-f5f1-4361-922d-133dc97df62c@oracle.com> References: <7c1b9961-f5f1-4361-922d-133dc97df62c@oracle.com> Message-ID: This is a nice little improvement; thanks! Nit: unlike that of other commands, this command's description uses future tense. Other commands descriptions use present tense and generally are 3rd person descriptive (e.g. "Approves a request ...") or 2nd person prescriptive (e.g. "Add a summary section ..."). -Pavel On Wed, May 14, 2025 at 4:43?PM Erik Joelsson wrote: > > The Skara pull request bot now accepts a new pull request command > "/touch" (alias "/keepalive") [1]. Issuing this command will trigger a > bot re-evaluation of a PR in its current state, which can be useful if > something has gone wrong. More importantly, this will also reset the > inactivity timer for the automatic closing of pull requests. While there > are other ways to reset the timer, such as adding a comment, this new > method will not trigger any emails and is the recommended way going forward. > > /Erik > > [1] > https://wiki.openjdk.org/display/SKARA/Pull+Request+Commands#PullRequestCommands-/touch > From jai.forums2013 at gmail.com Thu May 15 14:14:38 2025 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Thu, 15 May 2025 19:44:38 +0530 Subject: =?UTF-8?Q?CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= Message-ID: I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran From mark.reinhold at oracle.com Thu May 15 14:56:57 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 15 May 2025 14:56:57 +0000 Subject: JEP proposed to target JDK 25: 507: Primitive Types in Patterns, instanceof, and switch (Third Preview) Message-ID: <20250515145656.85018815868@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 507: Primitive Types in Patterns, instanceof, and switch (Third Preview) https://openjdk.org/jeps/507 Summary: Enhance pattern matching by allowing primitive types in all pattern contexts, and extend instanceof and switch to work with all primitive types. This is a preview language feature. 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 15:00 UTC on Thursday, 22 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From michael.x.mcmahon at oracle.com Thu May 15 14:57:51 2025 From: michael.x.mcmahon at oracle.com (Michael McMahon) Date: Thu, 15 May 2025 15:57:51 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: <0139dd02-0466-4611-a807-0b4793f641a8@oracle.com> Vote: Yes - Michael. On 15/05/2025 15:14, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. > > GitHub userid: vy (https://github.com/vy) > OpenJDK census: vyazici (https://openjdk.org/census#vyazici) > > Volkan is employed at Oracle and is part of the core-libs networking > team and has primarily contributed in the networking area of the JDK > project. In addition to bug fixes, Volkan's contributions include > reasonably bigger sized enhancements to the java.net.http.HttpClient > API[1][2]. Volkan's contributions haven't just been limited to the > networking area and he has been helping in the rest of the core-libs > areas too. He has currently contributed 29 changes to the JDK project[3]. > > Votes are due by 14:30 UTC Friday 30th May 2025. > > Only current JDK Committers[4] 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 [5] > > [1] > https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 > [2] > https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 > [3] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits > [4] https://openjdk.org/census > [5] https://openjdk.org/projects/#committer-vote > > -Jaikiran > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aleksej.efimov at oracle.com Thu May 15 14:58:49 2025 From: aleksej.efimov at oracle.com (Aleksei Efimov) Date: Thu, 15 May 2025 14:58:49 +0000 Subject: =?utf-8?B?UmU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IFZvbGthbiBZYXrEsWPEsQ==?= In-Reply-To: References: Message-ID: Vote: yes - ?Aleksei ________________________________ From: jdk-dev on behalf of Jaikiran Pai Sent: Thursday 15 May 2025 3:14 pm To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Volkan Yaz?c? I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran -------------- next part -------------- An HTML attachment was scrubbed... URL: From chen.l.liang at oracle.com Thu May 15 15:04:09 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Thu, 15 May 2025 15:04:09 +0000 Subject: =?iso-8859-3?Q?Re:_CFV:_New_JDK_Committer:_Volkan_Yaz=B9c=B9?= In-Reply-To: References: Message-ID: Hi Jai, I agree with this nomination, but I noted this sender email address is different from that associated with you on the OpenJDK census. Does that affect the nomination and voting process? Regards, Chen ________________________________ From: jdk-dev on behalf of Jaikiran Pai Sent: Thursday, May 15, 2025 9:14 AM To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Volkan Yaz?c? I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran -------------- next part -------------- An HTML attachment was scrubbed... URL: From lance.andersen at oracle.com Thu May 15 15:11:50 2025 From: lance.andersen at oracle.com (Lance Andersen) Date: Thu, 15 May 2025 15:11:50 +0000 Subject: =?utf-8?B?UmU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IFZvbGthbiBZYXrEsWPEsQ==?= In-Reply-To: References: Message-ID: <255B8AE4-D2FA-4F7A-B752-AD302DC177B3@oracle.com> Vote:yes ________________________________ From: jdk-dev > on behalf of Jaikiran Pai > Sent: Thursday 15 May 2025 3:14 pm To: jdk-dev at openjdk.org > Subject: CFV: New JDK Committer: Volkan Yaz?c? I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran [oracle_sig_logo.gif] 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: oracle_sig_logo.gif Type: image/gif Size: 658 bytes Desc: oracle_sig_logo.gif URL: From roger.riggs at oracle.com Thu May 15 15:28:02 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Thu, 15 May 2025 11:28:02 -0400 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: Vote: Yes On 5/15/25 10:14 AM, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. From naoto.sato at oracle.com Thu May 15 16:18:11 2025 From: naoto.sato at oracle.com (Naoto Sato) Date: Thu, 15 May 2025 09:18:11 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: Vote: yes Naoto On 5/15/25 7:14 AM, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. > > GitHub userid: vy (https://github.com/vy) > OpenJDK census: vyazici (https://openjdk.org/census#vyazici) > > Volkan is employed at Oracle and is part of the core-libs networking > team and has primarily contributed in the networking area of the JDK > project. In addition to bug fixes, Volkan's contributions include > reasonably bigger sized enhancements to the java.net.http.HttpClient > API[1][2]. Volkan's contributions haven't just been limited to the > networking area and he has been helping in the rest of the core-libs > areas too. He has currently contributed 29 changes to the JDK project[3]. > > Votes are due by 14:30 UTC Friday 30th May 2025. > > Only current JDK Committers[4] 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 [5] > > [1] https://github.com/openjdk/jdk/ > commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 > [2] https://github.com/openjdk/jdk/ > commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 > [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Volkan+Yazici%22&type=commits > [4] https://openjdk.org/census > [5] https://openjdk.org/projects/#committer-vote > > -Jaikiran > From daniel.fuchs at oracle.com Thu May 15 16:19:27 2025 From: daniel.fuchs at oracle.com (Daniel Fuchs) Date: Thu, 15 May 2025 17:19:27 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: Vote: yes best regards, -- daniel On 15/05/2025 15:14, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. From iris.clark at oracle.com Thu May 15 17:01:04 2025 From: iris.clark at oracle.com (Iris Clark) Date: Thu, 15 May 2025 17:01:04 +0000 Subject: CFV: New JDK Reviewer: Hai-May Chao In-Reply-To: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> References: <55960a2f-62a0-4214-a6b8-cc1fa06b103f@oracle.com> Message-ID: Vote: yes Iris -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.reinhold at oracle.com Thu May 15 18:21:38 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 15 May 2025 18:21:38 +0000 Subject: JEP proposed to target JDK 25: 514: Ahead-of-Time Command-Line Ergonomics Message-ID: <20250515182136.D9356815877@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 514: Ahead-of-Time Command-Line Ergonomics https://openjdk.org/jeps/514 Summary: Make it easier to create ahead-of-time caches, which accelerate the startup of Java applications, by simplifying the commands required for common use cases. 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 19:00 UTC on Thursday, 22 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Thu May 15 18:21:40 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 15 May 2025 18:21:40 +0000 Subject: JEP proposed to target JDK 25: 515: Ahead-of-Time Method Profiling Message-ID: <20250515182140.3F5D8815879@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 515: Ahead-of-Time Method Profiling https://openjdk.org/jeps/515 Summary: Improve warmup time by making method-execution profiles from a previous run of an application instantly available, when the HotSpot Java Virtual Machine starts. This will enable the JIT compiler to generate native code immediately upon application startup, rather than having to wait for profiles to be collected. 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 19:00 UTC on Thursday, 22 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From loikeseke at gmail.com Thu May 15 18:33:17 2025 From: loikeseke at gmail.com (=?UTF-8?Q?Lo=C3=AFc_MATHIEU?=) Date: Thu, 15 May 2025 20:33:17 +0200 Subject: New candidate JEP: 519: Compact Object Headers In-Reply-To: <6A0D4EF5-07FD-4452-9B83-4B4DFB796A88@oracle.com> References: <20250513172649.47F06815398@eggemoggin.niobe.net> <2ee6df36-43dc-47a9-aba3-fdb79aed488a@oracle.com> <6A0D4EF5-07FD-4452-9B83-4B4DFB796A88@oracle.com> Message-ID: Hi In the application I'm working on E have a plugin system with each plugin having its own class loader. So loading the same class in each plugin will practically means loading it 100x. In such cases we could easily load a very big number of classes. Would it cause issues with compact headers? Le mer. 14 mai 2025, 03:50, John Rose a ?crit : > That estimate (4M classes) is a known *soft* limit. > > There are many, many ways to raise that number! > > This old thread has just a few: > https://mail.openjdk.org/pipermail/lilliput-dev/2024-June/001760.html > > I also look forward to any reports on large numbers of > loaded classes. I wonder if anyone?s actually studying that. > > A jokey upper bound would be the number of classfiles in > some big slice through Maven. It?s jokey because nobody > loads them all at once, of course, and there are also > class spun online. Maybe someone can do better than that? > Maybe a maximal dependency graph among Maven jars? > (Mild nerd sniping here?) > > On 13 May 2025, at 17:11, David Alayachew wrote: > > Thanks for the response Alex. > > Ok, that link was helpful. I can see now that there is definitely a known > limit, and the JEP preceding this one is aware of that limit and designed > around it. All I am missing now is what happens when we go past that limit. > Hopefully Roman can answer that. > > Thanks again Alex. > > On Tue, May 13, 2025, 7:33?PM Alex Buckley > wrote: > >> On 5/13/2025 4:06 PM, David Alayachew wrote: >> > Silly question -- what happens if you use this feature, but end up with >> > more classes than can fit in the class' object header? I like to think >> > of myself as aware of my project's performance metrics, but the number >> > of classes loaded is not a detail I track. >> >> Not silly -- considered in the prior JEP -- see "Compressed class >> pointers encoding" in https://openjdk.org/jeps/450#Risks-and-Assumptions >> >> The abstract JVM has no limit to the number of loaded classes (see JVMS >> 4.11 for things that do have limits). Maybe Roman can say how much >> stress testing has been performed with the HotSpot implementation to >> discover the practical limit to the number. >> >> Alex >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From raffaello.giulietti at oracle.com Thu May 15 18:35:55 2025 From: raffaello.giulietti at oracle.com (Raffaello Giulietti) Date: Thu, 15 May 2025 20:35:55 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: <97f1b881-ae88-4573-be54-41b7d2ff5ab1@oracle.com> Vote: yes On 2025-05-15 16:14, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. > From brent.christian at oracle.com Thu May 15 22:20:53 2025 From: brent.christian at oracle.com (Brent Christian) Date: Thu, 15 May 2025 15:20:53 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: <4e45db5e-05c2-4359-b6eb-152736082216@oracle.com> Vote: Yes On 5/15/25 7:14 AM, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. > From christian.s.stein at oracle.com Fri May 16 06:37:47 2025 From: christian.s.stein at oracle.com (Christian Stein) Date: Fri, 16 May 2025 06:37:47 +0000 Subject: =?iso-8859-3?Q?Re:_CFV:_New_JDK_Committer:_Volkan_Yaz=B9c=B9?= In-Reply-To: References: Message-ID: Vote: yes Cheers, Christian ________________________________________ From: jdk-dev on behalf of Jaikiran Pai Sent: Thursday, May 15, 2025 16:14 To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Volkan Yaz?c? I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran From alan.bateman at oracle.com Fri May 16 09:50:49 2025 From: alan.bateman at oracle.com (Alan Bateman) Date: Fri, 16 May 2025 10:50:49 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: <23feff40-d54a-444c-ba45-10147e252127@oracle.com> Vote: yes From djelinski1 at gmail.com Fri May 16 10:19:03 2025 From: djelinski1 at gmail.com (=?UTF-8?Q?Daniel_Jeli=C5=84ski?=) Date: Fri, 16 May 2025 12:19:03 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: Vote: yes czw., 15 maj 2025 o 16:15 Jaikiran Pai napisa?(a): > > I hereby nominate Volkan Yaz?c? to JDK Committer. > > GitHub userid: vy (https://github.com/vy) > OpenJDK census: vyazici (https://openjdk.org/census#vyazici) > > Volkan is employed at Oracle and is part of the core-libs networking > team and has primarily contributed in the networking area of the JDK > project. In addition to bug fixes, Volkan's contributions include > reasonably bigger sized enhancements to the java.net.http.HttpClient > API[1][2]. Volkan's contributions haven't just been limited to the > networking area and he has been helping in the rest of the core-libs > areas too. He has currently contributed 29 changes to the JDK project[3]. > > Votes are due by 14:30 UTC Friday 30th May 2025. > > Only current JDK Committers[4] 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 [5] > > [1] > https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 > [2] > https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 > [3] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits > [4] https://openjdk.org/census > [5] https://openjdk.org/projects/#committer-vote > > -Jaikiran > From mark.reinhold at oracle.com Fri May 16 11:41:53 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 16 May 2025 11:41:53 +0000 Subject: JEP proposed to target JDK 25: 506: Scoped Values In-Reply-To: <20250508171216.0C0C08148B7@eggemoggin.niobe.net> References: <20250508171216.0C0C08148B7@eggemoggin.niobe.net> Message-ID: <20250516074152.286142@eggemoggin.niobe.net> 2025/5/8 13:12:16 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 506: Scoped Values > https://openjdk.org/jeps/506 > > Summary: Introduce scoped values, which enable a method to share > immutable data both with its callees within a thread, and with child > threads. Scoped values are easier to reason about than thread-local > variables. They also have lower space and time costs, especially when > used together with virtual threads (JEP 444) and structured concurrency > (JEP 505). > > 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 18:00 UTC on Thursday, 15 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Fri May 16 11:42:45 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Fri, 16 May 2025 11:42:45 +0000 Subject: JEP proposed to target JDK 25: 510: Key Derivation Function API In-Reply-To: <20250508171623.EBC7A814904@eggemoggin.niobe.net> References: <20250508171623.EBC7A814904@eggemoggin.niobe.net> Message-ID: <20250516074245.51057152@eggemoggin.niobe.net> 2025/5/8 13:16:25 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 510: Key Derivation Function API > https://openjdk.org/jeps/510 > > Summary: Introduce an API for Key Derivation Functions (KDFs), which > are cryptographic algorithms for deriving additional keys from a secret > key and other data. > > 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 18:00 UTC on Thursday, 15 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From brian.burkhalter at oracle.com Fri May 16 16:01:17 2025 From: brian.burkhalter at oracle.com (Brian Burkhalter) Date: Fri, 16 May 2025 16:01:17 +0000 Subject: =?iso-8859-3?Q?Re:_CFV:_New_JDK_Committer:_Volkan_Yaz=B9c=B9?= In-Reply-To: References: Message-ID: <76EE1A92-78D8-45BA-B501-3F667D109727@oracle.com> Vote: yes From chen.l.liang at oracle.com Sat May 17 00:28:54 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Sat, 17 May 2025 00:28:54 +0000 Subject: =?iso-8859-3?Q?Re:_CFV:_New_JDK_Committer:_Volkan_Yaz=B9c=B9?= In-Reply-To: References: Message-ID: Vote: yes ________________________________ From: jdk-dev on behalf of Jaikiran Pai Sent: Thursday, May 15, 2025 9:14 AM To: jdk-dev at openjdk.org Subject: CFV: New JDK Committer: Volkan Yaz?c? I hereby nominate Volkan Yaz?c? to JDK Committer. GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici (https://openjdk.org/census#vyazici) Volkan is employed at Oracle and is part of the core-libs networking team and has primarily contributed in the networking area of the JDK project. In addition to bug fixes, Volkan's contributions include reasonably bigger sized enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions haven't just been limited to the networking area and he has been helping in the rest of the core-libs areas too. He has currently contributed 29 changes to the JDK project[3]. Votes are due by 14:30 UTC Friday 30th May 2025. Only current JDK Committers[4] 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 [5] [1] https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 [2] https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 [3] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits [4] https://openjdk.org/census [5] https://openjdk.org/projects/#committer-vote -Jaikiran -------------- next part -------------- An HTML attachment was scrubbed... URL: From huizhe.wang at oracle.com Sat May 17 02:29:03 2025 From: huizhe.wang at oracle.com (Joe Wang) Date: Fri, 16 May 2025 19:29:03 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: Vote: yes -Joe (joehw) On 5/15/25 7:14 AM, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. From christoph.langer at sap.com Mon May 19 09:46:13 2025 From: christoph.langer at sap.com (Langer, Christoph) Date: Mon, 19 May 2025 09:46:13 +0000 Subject: =?utf-8?B?UkU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IFZvbGthbiBZYXrEsWPEsQ==?= In-Reply-To: References: Message-ID: Vote:yes /Christoph > -----Original Message----- > From: jdk-dev On Behalf Of Jaikiran Pai > Sent: Donnerstag, 15. Mai 2025 16:15 > To: jdk-dev at openjdk.org > Subject: CFV: New JDK Committer: Volkan Yaz?c? > > I hereby nominate Volkan Yaz?c? to JDK Committer. > > GitHub userid: vy (https://github.com/vy) OpenJDK census: vyazici > (https://openjdk.org/census#vyazici) > > Volkan is employed at Oracle and is part of the core-libs networking team and > has primarily contributed in the networking area of the JDK project. In addition > to bug fixes, Volkan's contributions include reasonably bigger sized > enhancements to the java.net.http.HttpClient API[1][2]. Volkan's contributions > haven't just been limited to the networking area and he has been helping in the > rest of the core-libs areas too. He has currently contributed 29 changes to the > JDK project[3]. > > Votes are due by 14:30 UTC Friday 30th May 2025. > > Only current JDK Committers[4] 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 [5] > > [1] > https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48 > e9f0c58f72 > [2] > https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd153 > 30795959 > [3] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author- > name%3A%22Volkan+Yazici%22&type=commits > [4] https://openjdk.org/census > [5] https://openjdk.org/projects/#committer-vote > > -Jaikiran From mark.reinhold at oracle.com Mon May 19 13:14:33 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 19 May 2025 13:14:33 +0000 Subject: JEP proposed to target JDK 25: 518: JFR Cooperative Sampling Message-ID: <20250519131432.B273B815FAA@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 518: JFR Cooperative Sampling https://openjdk.org/jeps/518 Summary: Improve the stability of the JDK Flight Recorder (JFR) when it asynchronously samples Java thread stacks. Achieve this by walking call stacks only at safepoints, while minimizing safepoint bias. 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 14:00 UTC on Monday, 26 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Mon May 19 13:16:07 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 19 May 2025 13:16:07 +0000 Subject: JEP proposed to target JDK 25: 508: Vector API (Tenth Incubator) In-Reply-To: <20250509191015.70F21814C8D@eggemoggin.niobe.net> References: <20250509191015.70F21814C8D@eggemoggin.niobe.net> Message-ID: <20250519091606.758536218@eggemoggin.niobe.net> 2025/5/9 15:10:16 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 508: Vector API (Tenth Incubator) > https://openjdk.org/jeps/508 > > Summary: Introduce an API to express vector computations that reliably > compile at runtime to optimal vector instructions on supported CPUs, > thus achieving performance superior to equivalent scalar computations. > > Feedback on this proposal from JDK Project Committers and Reviewers [1] > is more than welcome, as are reasoned objections. If no such objections > are raised by 20:00 UTC on Friday, 16 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Mon May 19 13:33:37 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 19 May 2025 13:33:37 +0000 Subject: New candidate JEP: 521: Generational Shenandoah Message-ID: <20250519133336.A2D04815FAE@eggemoggin.niobe.net> https://openjdk.org/jeps/521 Summary: Change the generational mode of the Shenandoah garbage collector from an experimental feature to a product feature. - Mark From christian.s.stein at oracle.com Mon May 19 16:38:41 2025 From: christian.s.stein at oracle.com (Christian Stein) Date: Mon, 19 May 2025 16:38:41 +0000 Subject: Coming soon: jtreg 7.5.2 Message-ID: JDK folk, This is a general heads-up that jtreg 7.5.2 is ready for use and that we should soon update JDK to use it. The most significant changes in jtreg 7.5.2 are minor improvements. It also contains a few new features and some bug fixes. Find a listing of all noteworthy changes at [1]. The plan is to make jtreg 7.5.2 the default version for JDK 25-ea by end of May 2025. Thanks to everyone who has helped thus far! [1] https://github.com/openjdk/jtreg/blob/jtreg-7.5.2+1/CHANGELOG.md From sean.coffey at oracle.com Mon May 19 18:19:02 2025 From: sean.coffey at oracle.com (=?UTF-8?Q?Se=C3=A1n_Coffey?=) Date: Mon, 19 May 2025 19:19:02 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: References: Message-ID: <6c2d7015-b9b4-49cd-96d9-56a6a690f79d@oracle.com> Vote: yes regards, Sean. On 15/05/2025 15:14, Jaikiran Pai wrote: > I hereby nominate Volkan Yaz?c? to JDK Committer. > > GitHub userid: vy (https://github.com/vy) > OpenJDK census: vyazici (https://openjdk.org/census#vyazici) > > Volkan is employed at Oracle and is part of the core-libs networking > team and has primarily contributed in the networking area of the JDK > project. In addition to bug fixes, Volkan's contributions include > reasonably bigger sized enhancements to the java.net.http.HttpClient > API[1][2]. Volkan's contributions haven't just been limited to the > networking area and he has been helping in the rest of the core-libs > areas too. He has currently contributed 29 changes to the JDK project[3]. > > Votes are due by 14:30 UTC Friday 30th May 2025. > > Only current JDK Committers[4] 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 [5] > > [1] > https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 > [2] > https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 > [3] > https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits > [4] https://openjdk.org/census > [5] https://openjdk.org/projects/#committer-vote > > -Jaikiran > From mark.reinhold at oracle.com Mon May 19 18:21:55 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 19 May 2025 18:21:55 +0000 Subject: JEP proposed to target JDK 25: 520: JFR Method Timing & Tracing Message-ID: <20250519182154.6E3C7816099@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 520: JFR Method Timing & Tracing https://openjdk.org/jeps/520 Summary: Extend the JDK Flight Recorder (JFR) with facilities for method timing and tracing via bytecode instrumentation. 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 19:00 UTC on Monday, 26 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From d.ukhlov at gmail.com Mon May 19 21:12:40 2025 From: d.ukhlov at gmail.com (Dmytro Ukhlov) Date: Tue, 20 May 2025 00:12:40 +0300 Subject: Reducing classloader's parallelLockMap memory consumption proposal Message-ID: Hello! I created PR is scope of jenkins-core project: https://github.com/jenkinsci/jenkins/pull/10659 Jira ticket: https://issues.jenkins.io/browse/JENKINS-75675 In this PR i propped to override protected Object getClassLoadingLock(String className) method and use weak references for lock objects Jenkins is a plugable platform, each plugin has its own class loader and its parallelLockMap may consume 10mb of RAM. As a result it might have 2gb overhead if ~200 plugins installed. Jenkins maintainers ask me to consider making this improvement in base From david.holmes at oracle.com Tue May 20 00:01:33 2025 From: david.holmes at oracle.com (David Holmes) Date: Tue, 20 May 2025 10:01:33 +1000 Subject: Reducing classloader's parallelLockMap memory consumption proposal In-Reply-To: References: Message-ID: <0c4cf8cf-0a60-4561-973c-27774d5d60be@oracle.com> Hi, This should be taken to core-libs-dev at openjdk.org Thanks, David On 20/05/2025 7:12 am, Dmytro Ukhlov wrote: > Hello! > > I created PR is scope of jenkins-core project: > https://github.com/jenkinsci/jenkins/pull/10659 > Jira ticket: https://issues.jenkins.io/browse/JENKINS-75675 > > In this PR i propped to override > protected Object getClassLoadingLock(String className) > method and use weak references for lock objects > > Jenkins is a plugable platform, each plugin has its own class loader > and its parallelLockMap may consume 10mb of RAM. As a result it might > have 2gb overhead if ~200 plugins installed. > > Jenkins maintainers ask me to consider making this improvement in base From joe.darcy at oracle.com Tue May 20 01:05:49 2025 From: joe.darcy at oracle.com (Joseph D. Darcy) Date: Mon, 19 May 2025 18:05:49 -0700 Subject: Reminder: file JDK 25 CSRs well ahead of rampdown 1 start -- 5 weeks to go In-Reply-To: References: <4de125c1-d88b-45a2-9212-14df06a69a3c@oracle.com> Message-ID: <108d1982-c1f3-43b3-b2f2-bb9ba2b43551@oracle.com> PPS Less than three weeks until JDK 25 rampdown 1 start. Any JEPs or other large projects intended for JDK 25 should have already started engagement with the CSR. As a reminder, for CSRs in Provisional state, the assignee is responsible for changing the state of the CSR to its next value, such as Withdrawing the CSR if there is no longer interest in pursuing the work or Finalizing the CSR if it is ready for the second phase of CSR review. -Joe On 5/1/2025 9:45 AM, Joseph D. Darcy wrote: > PS Now just five short weeks until JDK 25 rampdown 1 start. Any JEPs > or other large projects considering going into JDK 25 that have not > already started the CSR process should do so in the near future. > > Cheers, > > -Joe > > On 4/3/2025 12:26 PM, Joseph D. Darcy wrote: >> Hello, >> >> Per the proposed JDK 25 schedule >> (https://mail.openjdk.org/pipermail/jdk-dev/2025-April/009870.html), >> the rampdown 1 of JDK 25 would start on June 5, 2025, nine weeks from >> today. >> >> An advanced reminder to factor in sufficient review time for any >> projects needing CSR review before getting pushed into JDK 25, which >> includes JEPs. Large projects, including JEPs, should often use the >> two-phase CSR process >> (https://wiki.openjdk.java.net/display/csr/Main) rather than the >> one-phase process. The nominal SLA for each CSR phase is one week. To >> accommodate the possibility of needing to respond to feedback from >> the CSR, I recommend a large project that has not already had CSR >> review budget at least four weeks of CSR review time ahead of an >> anticipated integration date. >> >> Particularly large or complex projects should factor in additional time. >> >> A JEP should have gone through the first phase of CSR review, getting >> to Provisional state, before being Proposed to Target for a release. >> Please plan accordingly. >> >> Cheers, >> >> -Joe >> CSR Lead >> > From mark.reinhold at oracle.com Tue May 20 12:40:43 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 20 May 2025 12:40:43 +0000 Subject: JEP proposed to target JDK 25: 521: Generational Shenandoah Message-ID: <20250520124042.DAC51816240@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 521: Generational Shenandoah https://openjdk.org/jeps/521 Summary: Change the generational mode of the Shenandoah garbage collector from an experimental feature to a product feature. 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 13:00 UTC on Tuesday, 27 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Tue May 20 16:05:39 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 20 May 2025 16:05:39 +0000 Subject: JEP proposed to target JDK 25: 470: PEM Encodings of Cryptographic Objects (Preview) Message-ID: <20250520160538.8C5F6816297@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 470: PEM Encodings of Cryptographic Objects (Preview) https://openjdk.org/jeps/470 Summary: Introduce an API for encoding objects that represent cryptographic keys, certificates, and certificate revocation lists into the widely-used Privacy-Enhanced Mail (PEM) transport format, and for decoding from that format back into objects. This is a preview API. 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 17:00 UTC on Tuesday, 27 May, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From sean.mullan at oracle.com Tue May 20 17:12:28 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 20 May 2025 13:12:28 -0400 Subject: Result: New JDK Committer: Artur Barashev Message-ID: Voting for Artur Barashev [1] is now closed. Yes: 17 Veto: 0 Abstain: 0 According to the Bylaws definition of Lazy Consensus, this is sufficient to approve the nomination. Sean Mullan [1] https://mail.openjdk.org/pipermail/jdk-dev/2025-May/010032.html From aph-open at littlepinkcloud.com Wed May 21 08:18:49 2025 From: aph-open at littlepinkcloud.com (Andrew Haley) Date: Wed, 21 May 2025 09:18:49 +0100 Subject: Where to put supplementary docs? In-Reply-To: <20250429091926.561491589@eggemoggin.niobe.net> References: <20250425154110.11559658@eggemoggin.niobe.net> <71e7e0b1-8061-4d2e-8f6b-b07119c66861@oracle.com> <20250428112816.970201690@eggemoggin.niobe.net> <3851B993-E1A4-472B-85EC-634674803D51@oracle.com> <20250429091926.561491589@eggemoggin.niobe.net> Message-ID: <9e41c7a2-fbad-403b-8622-ac13c9ddd3cb@littlepinkcloud.com> On 4/29/25 14:19, Mark Reinhold wrote: > Andrew -- Your initial message talked about ?supporting documents to > justify a change,? which is broad and of concern. The example you gave, > of the HotSpot subtype-checking algorithm, might have been created in > support of a specific change but it clearly falls into the narrower > category of ?reference documentation for JDK internals.? Are you > content with using that narrower category for this new documentation > directory? Yes. For example, the document that provoked my question is a mathematical correctness proof of an algorithm used in HotSpot. The proof is essential to the understanding of the code. Mathematics cannot be expressed clearly in markdown because markdown does not support the symbols used. We should allow any reasonable type of document. -- 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 aph-open at littlepinkcloud.com Wed May 21 08:20:49 2025 From: aph-open at littlepinkcloud.com (Andrew Haley) Date: Wed, 21 May 2025 09:20:49 +0100 Subject: Where to put supplementary docs? In-Reply-To: References: Message-ID: On 4/24/25 16:26, Robbin Ehn wrote: > One major challenge with the other places (CR, JBS, PR, wiki), is that > they don't handle versioning. (naturally) > This means the code can't safely refer to, e.g., a wiki page, as that > page may describe a newer version. > If a developer is working in JDK 11 or in the Loom project, they need > the relevant documentation for that specific fork/branch. Exactly this. Also, as soon as a document is no longer relevant, it can be removed from the JDK source tree. -- 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 mark.reinhold at oracle.com Wed May 21 16:20:28 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Wed, 21 May 2025 16:20:28 +0000 Subject: JEP proposed to target JDK 25: 519: Compact Object Headers In-Reply-To: <20250514125306.7192481557E@eggemoggin.niobe.net> References: <20250514125306.7192481557E@eggemoggin.niobe.net> Message-ID: <20250521122027.194853828@eggemoggin.niobe.net> 2025/5/14 8:53:07 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 519: Compact Object Headers > https://openjdk.org/jeps/519 > > Summary: Change compact object headers from an experimental feature to > a product feature. > > 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 13:00 UTC on Wednesday, 21 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From 333alaamo at gmail.com Thu May 22 01:54:48 2025 From: 333alaamo at gmail.com (Alaa Mohamed) Date: Thu, 22 May 2025 04:54:48 +0300 Subject: "Scoped Mutable Variables" Message-ID: Dear OpenJDK Reviewers and Community, I hope this message finds you well. Please find attached my draft Java Enhancement Proposal (JEP) titled "Scoped Mutable Variables" (JEP XXXX), which introduces a new variable declaration modifier scoped. This modifier allows variables to be mutable exclusively within a limited lexical scope (such as inside if, for, or while blocks) without affecting the variable?s value in the enclosing or global scope. This proposal aims to reduce unintended side effects caused by variable mutations in nested blocks, thereby improving code safety and readability in large-scale Java projects. I would appreciate any feedback or suggestions you may have on the design, naming, integration approach, or any other aspect of the proposal. Please find the full proposal text attached (or below). Thank you very much for your time and consideration. Best regards, Alaa Mohamed [Your email] [ GitHub - alaa-333/scoped-variable-jep ] [ LinkedIn : https://www.linkedin.com/in/alaa-mohamed-1468a3304?lipi=urn%3Ali%3Apage%3Ad_flagship3_profile_view_base_contact_details%3BOH8SwytOQoO2HCH0VxvdBA%3D%3D ] Also for more details : Java Enhancement Proposal (JEP) (1).pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: From 333alaamo at gmail.com Thu May 22 03:26:58 2025 From: 333alaamo at gmail.com (Alaa Mohamed) Date: Thu, 22 May 2025 06:26:58 +0300 Subject: "Scoped Mutable Variables" Message-ID: Dear OpenJDK Reviewers and Community, I hope this message finds you well. Please find attached my draft Java Enhancement Proposal (JEP) titled "Scoped Mutable Variables" (JEP XXXX), which introduces a new variable declaration modifier scoped. This modifier allows variables to be mutable exclusively within a limited lexical scope (such as inside if, for, or while blocks) without affecting the variable?s value in the enclosing or global scope. This proposal aims to reduce unintended side effects caused by variable mutations in nested blocks, thereby improving code safety and readability in large-scale Java projects. I would appreciate any feedback or suggestions you may have on the design, naming, integration approach, or any other aspect of the proposal. Please find the full proposal text attached (or below). Thank you very much for your time and consideration. Best regards, Alaa Mohamed [ GitHub - alaa-333/scoped-variable-jep ] [ LinkedIn : https://www.linkedin.com/in/alaa-mohamed-1468a3304?lipi=urn%3Ali%3Apage%3Ad_flagship3_profile_view_base_contact_details%3BOH8SwytOQoO2HCH0VxvdBA%3D%3D ] Also for more details : Java Enhancement Proposal (JEP) (1).pdf < https://drive.google.com/file/d/1P-k9XfpRzLdnuOYUpBUFfPaHBGWHjM9z/view?usp=sharing > -------------- next part -------------- An HTML attachment was scrubbed... URL: From johan.sjolen at oracle.com Thu May 22 08:20:39 2025 From: johan.sjolen at oracle.com (Johan Sjolen) Date: Thu, 22 May 2025 08:20:39 +0000 Subject: CFV: New JDK Committer: Casper Norrbin Message-ID: I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote From johan.sjolen at oracle.com Thu May 22 08:22:34 2025 From: johan.sjolen at oracle.com (Johan Sjolen) Date: Thu, 22 May 2025 08:22:34 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes / Johan Sj?l?n ________________________________________ From: jdk-dev on behalf of Johan Sjolen Sent: Thursday, May 22, 2025 10:20 To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote From johan.sjolen at oracle.com Thu May 22 08:33:59 2025 From: johan.sjolen at oracle.com (Johan Sjolen) Date: Thu, 22 May 2025 08:33:59 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Hi, Here is a link to all of Casper's PRs: https://github.com/openjdk/jdk/pulls?q=is%3Apr+author%3Acaspernorrbin+ With three very significant contributions that I'd like to point out being: 1. 8345314: Add a red?black tree as a utility data structure https://github.com/openjdk/jdk/pull/22360 2. 8327156: Avoid copying in StringTable::intern(oop, TRAPS) https://github.com/openjdk/jdk/pull/21325 3. 8349211: Add support for intrusive trees to the utilities red-black tree https://github.com/openjdk/jdk/pull/23416 Cheers ________________________________________ From: jdk-dev on behalf of Johan Sjolen Sent: Thursday, May 22, 2025 10:20 To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote From adinn at redhat.com Thu May 22 08:34:32 2025 From: adinn at redhat.com (Andrew Dinn) Date: Thu, 22 May 2025 09:34:32 +0100 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <2af25267-a512-4336-bec4-856a86e6656f@redhat.com> Vote: yes On 22/05/2025 09:20, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote > -- regards, Andrew Dinn ----------- Red Hat Distinguished Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 From thomas.stuefe at gmail.com Thu May 22 08:34:29 2025 From: thomas.stuefe at gmail.com (=?UTF-8?Q?Thomas_St=C3=BCfe?=) Date: Thu, 22 May 2025 10:34:29 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes On Thu, May 22, 2025 at 10:20?AM Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date > contributed 12 changes to the JDK project. He has, among other things, > contributed improvements to the string table, a red-black tree > implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and > improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From joel.sikstrom at oracle.com Thu May 22 08:34:49 2025 From: joel.sikstrom at oracle.com (Joel Sikstrom) Date: Thu, 22 May 2025 08:34:49 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes / Joel Sikstr?m From: jdk-dev on behalf of Johan Sjolen Date: Thursday, 22 May 2025 at 10:20 To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From roberto.castaneda.lozano at oracle.com Thu May 22 08:41:11 2025 From: roberto.castaneda.lozano at oracle.com (Roberto Castaneda Lozano) Date: Thu, 22 May 2025 08:41:11 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes ________________________________________ From: jdk-dev on behalf of Johan Sjolen Sent: Thursday, May 22, 2025 10:20 AM To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote From stefan.karlsson at oracle.com Thu May 22 08:48:20 2025 From: stefan.karlsson at oracle.com (Stefan Karlsson) Date: Thu, 22 May 2025 10:48:20 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <199765e6-98bd-4766-8973-c74ae0eb3946@oracle.com> Vote: yes StefanK On 2025-05-22 10:20, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From leo.korinth at oracle.com Thu May 22 08:49:44 2025 From: leo.korinth at oracle.com (Leo Korinth) Date: Thu, 22 May 2025 10:49:44 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: (Johan Sjolen's message of "Thu, 22 May 2025 08:20:39 +0000") References: Message-ID: <87r00h9gif.fsf@oracle.com> Vote: Yes -- Leo Johan Sjolen writes: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date > contributed 12 changes to the JDK project. He has, among other things, > contributed improvements to the string table, a red-black tree > implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From rehn at rivosinc.com Thu May 22 09:03:58 2025 From: rehn at rivosinc.com (Robbin Ehn) Date: Thu, 22 May 2025 11:03:58 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes /Robbin On Thu, May 22, 2025 at 10:21?AM Johan Sjolen wrote: > > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From david.holmes at oracle.com Thu May 22 09:18:29 2025 From: david.holmes at oracle.com (David Holmes) Date: Thu, 22 May 2025 19:18:29 +1000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <0f9fcead-2516-4d7d-8f25-e9bae92e563f@oracle.com> Vote: yes David On 22/05/2025 6:20 pm, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From ivan.walulya at oracle.com Thu May 22 10:29:18 2025 From: ivan.walulya at oracle.com (Ivan Walulya) Date: Thu, 22 May 2025 10:29:18 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes // Ivan > On 22 May 2025, at 10:20, Johan Sjolen wrote: > > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From tobias.hartmann at oracle.com Thu May 22 11:42:13 2025 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Thu, 22 May 2025 13:42:13 +0200 Subject: =?UTF-8?Q?CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= Message-ID: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> I hereby nominate Manuel H?ssig [1] to JDK Committer. Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. Votes are due by June 5, 2025, 12:00 UTC. Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Best regards, Tobias [1] https://openjdk.org/census#mhaessig [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits [3] https://openjdk.java.net/census [4] https://openjdk.org/projects/#committer-vote From tobias.hartmann at oracle.com Thu May 22 11:42:56 2025 From: tobias.hartmann at oracle.com (Tobias Hartmann) Date: Thu, 22 May 2025 13:42:56 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <444fa56c-7a4d-43cf-9538-ab9ba2bafdc9@oracle.com> Vote: yes Best regards, Tobias On 5/22/25 13:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From roberto.castaneda.lozano at oracle.com Thu May 22 11:46:38 2025 From: roberto.castaneda.lozano at oracle.com (Roberto Castaneda Lozano) Date: Thu, 22 May 2025 11:46:38 +0000 Subject: =?iso-8859-1?Q?Re:_CFV:_New_JDK_Committer:_Manuel_H=E4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes ________________________________________ From: jdk-dev on behalf of Tobias Hartmann Sent: Thursday, May 22, 2025 1:42 PM To: jdk-dev at openjdk.org Cc: Manuel Hassig Subject: CFV: New JDK Committer: Manuel H?ssig I hereby nominate Manuel H?ssig [1] to JDK Committer. Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. Votes are due by June 5, 2025, 12:00 UTC. Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Best regards, Tobias [1] https://openjdk.org/census#mhaessig [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits [3] https://openjdk.java.net/census [4] https://openjdk.org/projects/#committer-vote From jesper.wilhelmsson at oracle.com Thu May 22 12:08:22 2025 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 22 May 2025 12:08:22 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <423F9182-AB6B-46B2-B5B7-4935C4D58D77@oracle.com> Vote: Yes /Jesper > On 22 May 2025, at 10:20, Johan Sjolen wrote: > > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From jesper.wilhelmsson at oracle.com Thu May 22 12:14:29 2025 From: jesper.wilhelmsson at oracle.com (Jesper Wilhelmsson) Date: Thu, 22 May 2025 12:14:29 +0000 Subject: =?utf-8?B?UmU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IE1hbnVlbCBIw6Rzc2ln?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <20B1B0B2-C453-464F-8FAA-ACF3275CCC11@oracle.com> Vote: Yes /Jesper > On 22 May 2025, at 13:42, Tobias Hartmann wrote: > > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From adinn at redhat.com Thu May 22 12:15:30 2025 From: adinn at redhat.com (Andrew Dinn) Date: Thu, 22 May 2025 13:15:30 +0100 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <678faeaa-1789-4f99-abc1-d46043f85243@redhat.com> Vote: yes On 22/05/2025 12:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March > 2025, he contributed 16 changes in various compiler related areas to the > JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search? > q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote > -- regards, Andrew Dinn ----------- Red Hat Distinguished Engineer Red Hat UK Ltd Registered in England and Wales under Company Registration No. 03798903 From lois.foltan at oracle.com Thu May 22 12:45:08 2025 From: lois.foltan at oracle.com (Lois Foltan) Date: Thu, 22 May 2025 12:45:08 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes Lois From: jdk-dev on behalf of Johan Sjolen Date: Thursday, May 22, 2025 at 4:20?AM To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From christian.hagedorn at oracle.com Thu May 22 12:49:35 2025 From: christian.hagedorn at oracle.com (Christian Hagedorn) Date: Thu, 22 May 2025 14:49:35 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <74e57b4a-918a-4d33-b0ad-5499edca850f@oracle.com> Vote: yes Best regards, Christian On 22.05.25 13:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From damon.fenacci at oracle.com Thu May 22 12:51:27 2025 From: damon.fenacci at oracle.com (Damon Fenacci) Date: Thu, 22 May 2025 12:51:27 +0000 Subject: =?utf-8?B?UmU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IE1hbnVlbCBIw6Rzc2ln?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <33BD25D6-914A-482F-A39B-46E586BF4B97@oracle.com> Vote: yes > On 22 May 2025, at 13:42, Tobias Hartmann wrote: > > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From daniel.lunden at oracle.com Thu May 22 13:04:03 2025 From: daniel.lunden at oracle.com (Daniel Lunden) Date: Thu, 22 May 2025 13:04:03 +0000 Subject: =?iso-8859-1?Q?Re:_CFV:_New_JDK_Committer:_Manuel_H=E4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes Best, Daniel ________________________________ From: jdk-dev on behalf of Tobias Hartmann Sent: Thursday, 22 May 2025 13:42 To: jdk-dev at openjdk.org Cc: Manuel Hassig Subject: CFV: New JDK Committer: Manuel H?ssig I hereby nominate Manuel H?ssig [1] to JDK Committer. Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. Votes are due by June 5, 2025, 12:00 UTC. Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Best regards, Tobias [1] https://openjdk.org/census#mhaessig [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits [3] https://openjdk.java.net/census [4] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger.riggs at oracle.com Thu May 22 13:09:54 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Thu, 22 May 2025 09:09:54 -0400 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <6ab4e34a-7965-4b70-8ebe-6dda6e3dce20@oracle.com> Vote: Yes On 5/22/25 7:42 AM, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. From roger.riggs at oracle.com Thu May 22 13:10:58 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Thu, 22 May 2025 09:10:58 -0400 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <0a9353d0-5d04-40c0-8142-ea5736e3c2de@oracle.com> Vote: Yes On 5/22/25 4:20 AM, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. -------------- next part -------------- An HTML attachment was scrubbed... URL: From stefan.johansson at oracle.com Thu May 22 13:25:50 2025 From: stefan.johansson at oracle.com (Stefan Johansson) Date: Thu, 22 May 2025 15:25:50 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <2a10aae5-0a7d-42a5-8932-ebff26acd878@oracle.com> Vote: yes On 2025-05-22 10:20, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1]https://openjdk.org/census > [2]https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From vladimir.kozlov at oracle.com Thu May 22 14:40:13 2025 From: vladimir.kozlov at oracle.com (Vladimir Kozlov) Date: Thu, 22 May 2025 07:40:13 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <6b0dc484-c5e5-4fbf-88dd-661be531aabf@oracle.com> Vote: yes On 5/22/25 4:42 AM, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March > 2025, he contributed 16 changes in various compiler related areas to the > JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. > Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search? > q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From chen.l.liang at oracle.com Thu May 22 14:50:34 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Thu, 22 May 2025 14:50:34 +0000 Subject: =?iso-8859-1?Q?Re:_CFV:_New_JDK_Committer:_Manuel_H=E4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes ________________________________ From: jdk-dev on behalf of Tobias Hartmann Sent: Thursday, May 22, 2025 6:42 AM To: jdk-dev at openjdk.org Cc: Manuel Hassig Subject: CFV: New JDK Committer: Manuel H?ssig I hereby nominate Manuel H?ssig [1] to JDK Committer. Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. Votes are due by June 5, 2025, 12:00 UTC. Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Best regards, Tobias [1] https://openjdk.org/census#mhaessig [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits [3] https://openjdk.java.net/census [4] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From chen.l.liang at oracle.com Thu May 22 14:51:51 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Thu, 22 May 2025 14:51:51 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes ________________________________ From: jdk-dev on behalf of Johan Sjolen Sent: Thursday, May 22, 2025 3:20 AM To: jdk-dev Subject: CFV: New JDK Committer: Casper Norrbin I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. Votes are due by 2025-06-05 11:00 GMT+2. 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]. Johan Sj?l?n [1] https://openjdk.org/census [2] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.reinhold at oracle.com Thu May 22 15:42:38 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 22 May 2025 15:42:38 +0000 Subject: JEP proposed to target JDK 25: 507: Primitive Types in Patterns, instanceof, and switch (Third Preview) In-Reply-To: <20250515145656.85018815868@eggemoggin.niobe.net> References: <20250515145656.85018815868@eggemoggin.niobe.net> Message-ID: <20250522114237.169199067@eggemoggin.niobe.net> 2025/5/15 10:56:57 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 507: Primitive Types in Patterns, instanceof, and switch (Third Preview) > https://openjdk.org/jeps/507 > > Summary: Enhance pattern matching by allowing primitive types in all > pattern contexts, and extend instanceof and switch to work with all > primitive types. This is a preview language feature. > > 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 15:00 UTC on Thursday, 22 May, 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 25. Hearing no objection, I?ve targeted this JEP to JDK 25. - Mark From chen.l.liang at oracle.com Thu May 22 15:56:58 2025 From: chen.l.liang at oracle.com (Chen Liang) Date: Thu, 22 May 2025 15:56:58 +0000 Subject: "Scoped Mutable Variables" In-Reply-To: References: Message-ID: Hello, I don't think this proposal "reduce unintended side effects caused by variable mutations in nested blocks". This massively decreases the readability of code. Your purposed problem can be solved by declaring new non-final local variables in the nested scopes and making the main local variable final, and there is no proof that your proposed problem actually happens in development. You can search for Static Single-Assignment form for more efficient usages of variables that is both more human and machine friendly. Also on a side note, Java Language feature discussions usually happen on compiler-dev list. Regards, Chen Liang ________________________________ From: jdk-dev on behalf of Alaa Mohamed <333alaamo at gmail.com> Sent: Wednesday, May 21, 2025 8:54 PM To: jdk-dev at openjdk.java.net Subject: "Scoped Mutable Variables" Dear OpenJDK Reviewers and Community, I hope this message finds you well. Please find attached my draft Java Enhancement Proposal (JEP) titled "Scoped Mutable Variables" (JEP XXXX), which introduces a new variable declaration modifier scoped. This modifier allows variables to be mutable exclusively within a limited lexical scope (such as inside if, for, or while blocks) without affecting the variable?s value in the enclosing or global scope. This proposal aims to reduce unintended side effects caused by variable mutations in nested blocks, thereby improving code safety and readability in large-scale Java projects. I would appreciate any feedback or suggestions you may have on the design, naming, integration approach, or any other aspect of the proposal. Please find the full proposal text attached (or below). Thank you very much for your time and consideration. Best regards, Alaa Mohamed [Your email] [ GitHub - alaa-333/scoped-variable-jep ] [ LinkedIn : https://www.linkedin.com/in/alaa-mohamed-1468a3304?lipi=urn%3Ali%3Apage%3Ad_flagship3_profile_view_base_contact_details%3BOH8SwytOQoO2HCH0VxvdBA%3D%3D ] Also for more details : Java Enhancement Proposal (JEP) (1).pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: From kim.barrett at oracle.com Thu May 22 18:10:18 2025 From: kim.barrett at oracle.com (Kim Barrett) Date: Thu, 22 May 2025 14:10:18 -0400 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <4008a5fa-b33f-4e3f-b240-aae9f6810906@oracle.com> vote: yes On 5/22/25 4:20 AM, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From mark.reinhold at oracle.com Thu May 22 19:08:11 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 22 May 2025 19:08:11 +0000 Subject: JEP proposed to target JDK 25: 514: Ahead-of-Time Command-Line Ergonomics In-Reply-To: <20250515182136.D9356815877@eggemoggin.niobe.net> References: <20250515182136.D9356815877@eggemoggin.niobe.net> Message-ID: <20250522150810.108201816@eggemoggin.niobe.net> 2025/5/15 14:21:38 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 514: Ahead-of-Time Command-Line Ergonomics > https://openjdk.org/jeps/514 > > Summary: Make it easier to create ahead-of-time caches, which > accelerate the startup of Java applications, by simplifying the > commands required for common use cases. > > 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 19:00 UTC on Thursday, 22 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Thu May 22 19:08:12 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 22 May 2025 19:08:12 +0000 Subject: JEP proposed to target JDK 25: 515: Ahead-of-Time Method Profiling In-Reply-To: <20250515182140.3F5D8815879@eggemoggin.niobe.net> References: <20250515182140.3F5D8815879@eggemoggin.niobe.net> Message-ID: <20250522150812.338473906@eggemoggin.niobe.net> 2025/5/15 14:21:40 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 515: Ahead-of-Time Method Profiling > https://openjdk.org/jeps/515 > > Summary: Improve warmup time by making method-execution profiles from > a previous run of an application instantly available, when the HotSpot > Java Virtual Machine starts. This will enable the JIT compiler to > generate native code immediately upon application startup, rather than > having to wait for profiles to be collected. > > 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 19:00 UTC on Thursday, 22 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From dean.long at oracle.com Thu May 22 22:44:20 2025 From: dean.long at oracle.com (Dean Long) Date: Thu, 22 May 2025 15:44:20 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <1bffeb3c-76a8-4686-b4e9-094ad11f087d@oracle.com> Vote: yes From vladimir.x.ivanov at oracle.com Thu May 22 22:46:00 2025 From: vladimir.x.ivanov at oracle.com (Vladimir Ivanov) Date: Thu, 22 May 2025 15:46:00 -0700 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes Best regards, Vladimir Ivanov On 5/22/25 04:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. From patricio.chilano.mateo at oracle.com Thu May 22 23:29:04 2025 From: patricio.chilano.mateo at oracle.com (Patricio Chilano Mateo) Date: Thu, 22 May 2025 19:29:04 -0400 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: Vote: yes On 5/22/25 4:20?AM, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From patricio.chilano.mateo at oracle.com Thu May 22 23:29:47 2025 From: patricio.chilano.mateo at oracle.com (Patricio Chilano Mateo) Date: Thu, 22 May 2025 19:29:47 -0400 Subject: =?UTF-8?Q?Re=3a_CFV=3a_New_JDK_Committer=3a_Manuel_H=c3=a4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes On 5/22/25 7:42?AM, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March > 2025, he contributed 16 changes in various compiler related areas to > the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] > https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From kim.barrett at oracle.com Fri May 23 00:58:05 2025 From: kim.barrett at oracle.com (Kim Barrett) Date: Thu, 22 May 2025 20:58:05 -0400 Subject: Where to put supplementary docs? In-Reply-To: <9e41c7a2-fbad-403b-8622-ac13c9ddd3cb@littlepinkcloud.com> References: <20250425154110.11559658@eggemoggin.niobe.net> <71e7e0b1-8061-4d2e-8f6b-b07119c66861@oracle.com> <20250428112816.970201690@eggemoggin.niobe.net> <3851B993-E1A4-472B-85EC-634674803D51@oracle.com> <20250429091926.561491589@eggemoggin.niobe.net> <9e41c7a2-fbad-403b-8622-ac13c9ddd3cb@littlepinkcloud.com> Message-ID: <74f0754b-ee28-4c6d-9483-0f901eaf3bca@oracle.com> On 5/21/25 4:18 AM, Andrew Haley wrote: > We should allow any reasonable type of document. What's a "reasonable type of document"? I think there should be restrictions on the document format. In particular, binary formats come and go, and we should probably avoid such without careful consideration. From magnus.ihse.bursie at oracle.com Fri May 23 17:34:27 2025 From: magnus.ihse.bursie at oracle.com (Magnus Ihse Bursie) Date: Fri, 23 May 2025 19:34:27 +0200 Subject: Where to put supplementary docs? In-Reply-To: <74f0754b-ee28-4c6d-9483-0f901eaf3bca@oracle.com> References: <20250425154110.11559658@eggemoggin.niobe.net> <71e7e0b1-8061-4d2e-8f6b-b07119c66861@oracle.com> <20250428112816.970201690@eggemoggin.niobe.net> <3851B993-E1A4-472B-85EC-634674803D51@oracle.com> <20250429091926.561491589@eggemoggin.niobe.net> <9e41c7a2-fbad-403b-8622-ac13c9ddd3cb@littlepinkcloud.com> <74f0754b-ee28-4c6d-9483-0f901eaf3bca@oracle.com> Message-ID: On 2025-05-23 02:58, Kim Barrett wrote: > On 5/21/25 4:18 AM, Andrew Haley wrote: >> We should allow any reasonable type of document. > > What's a "reasonable type of document"? I think there should be > restrictions > on the document format. In particular, binary formats come and go, and we > should probably avoid such without careful consideration. > Maybe the list of "reasonable" documents includes just markdown, pure text, pdf, and html (in roughly that order of preference)? Most other formats can easily be converted into any of these, and if we encounter some kind of document that could not, we can discuss extending the list. /Magnus From jaskarth4 at gmail.com Mon May 26 05:38:32 2025 From: jaskarth4 at gmail.com (Jasmine Karthikeyan) Date: Mon, 26 May 2025 01:38:32 -0400 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes Thanks, Jasmine On Thu, May 22, 2025 at 7:43?AM Tobias Hartmann wrote: > > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From marc.chevalier at oracle.com Mon May 26 08:45:46 2025 From: marc.chevalier at oracle.com (Marc Chevalier) Date: Mon, 26 May 2025 10:45:46 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes Best, Marc Chevalier On 22/05/2025 13:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March > 2025, he contributed 16 changes in various compiler related areas to > the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] > https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote -------------- next part -------------- An HTML attachment was scrubbed... URL: From shipilev at amazon.de Mon May 26 10:15:43 2025 From: shipilev at amazon.de (Aleksey Shipilev) Date: Mon, 26 May 2025 12:15:43 +0200 Subject: =?utf-8?q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <1cf40d8b-a018-4e14-8a4e-19a73739ddb4@amazon.de> Vote: yes On 22.05.25 13:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. Amazon Web Services Development Center Germany GmbH Tamara-Danz-Str. 13 10243 Berlin Geschaeftsfuehrung: Christian Schlaeger, Jonathan Weiss Eingetragen am Amtsgericht Charlottenburg unter HRB 257764 B Sitz: Berlin Ust-ID: DE 365 538 597 From jai.forums2013 at gmail.com Mon May 26 12:09:03 2025 From: jai.forums2013 at gmail.com (Jaikiran Pai) Date: Mon, 26 May 2025 17:39:03 +0530 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Volkan_Yaz=C4=B1c=C4=B1?= In-Reply-To: <0139dd02-0466-4611-a807-0b4793f641a8@oracle.com> References: <0139dd02-0466-4611-a807-0b4793f641a8@oracle.com> Message-ID: vote: yes -Jaikiran On 15/05/25 8:27 pm, Michael McMahon wrote: > > Vote: Yes > > - Michael. > > On 15/05/2025 15:14, Jaikiran Pai wrote: >> I hereby nominate Volkan Yaz?c? to JDK Committer. >> >> GitHub userid: vy (https://github.com/vy) >> OpenJDK census: vyazici (https://openjdk.org/census#vyazici) >> >> Volkan is employed at Oracle and is part of the core-libs networking >> team and has primarily contributed in the networking area of the JDK >> project. In addition to bug fixes, Volkan's contributions include >> reasonably bigger sized enhancements to the java.net.http.HttpClient >> API[1][2]. Volkan's contributions haven't just been limited to the >> networking area and he has been helping in the rest of the core-libs >> areas too. He has currently contributed 29 changes to the JDK >> project[3]. >> >> Votes are due by 14:30 UTC Friday 30th May 2025. >> >> Only current JDK Committers[4] 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 [5] >> >> [1] >> https://github.com/openjdk/jdk/commit/558255ae7029ea1091ec5bb05d2d48e9f0c58f72 >> [2] >> https://github.com/openjdk/jdk/commit/5fc18f5b8aa1b5f4fb4313b8d11fd15330795959 >> [3] >> https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Volkan+Yazici%22&type=commits >> [4] https://openjdk.org/census >> [5] https://openjdk.org/projects/#committer-vote >> >> -Jaikiran >> From mark.reinhold at oracle.com Mon May 26 15:06:30 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 26 May 2025 15:06:30 +0000 Subject: JEP proposed to target JDK 25: 518: JFR Cooperative Sampling In-Reply-To: <20250519131432.B273B815FAA@eggemoggin.niobe.net> References: <20250519131432.B273B815FAA@eggemoggin.niobe.net> Message-ID: <20250526110628.763152109@eggemoggin.niobe.net> 2025/5/19 9:14:33 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 518: JFR Cooperative Sampling > https://openjdk.org/jeps/518 > > Summary: Improve the stability of the JDK Flight Recorder (JFR) when > it asynchronously samples Java thread stacks. Achieve this by walking > call stacks only at safepoints, while minimizing safepoint bias. > > 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 14:00 UTC on Monday, 26 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Mon May 26 19:35:45 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Mon, 26 May 2025 19:35:45 +0000 Subject: JEP proposed to target JDK 25: 520: JFR Method Timing & Tracing In-Reply-To: <20250519182154.6E3C7816099@eggemoggin.niobe.net> References: <20250519182154.6E3C7816099@eggemoggin.niobe.net> Message-ID: <20250526153544.206500044@eggemoggin.niobe.net> 2025/5/19 14:21:55 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 520: JFR Method Timing & Tracing > https://openjdk.org/jeps/520 > > Summary: Extend the JDK Flight Recorder (JFR) with facilities for > method timing and tracing via bytecode instrumentation. > > 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 19:00 UTC on Monday, 26 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From philip.race at oracle.com Mon May 26 20:38:45 2025 From: philip.race at oracle.com (Philip Race) Date: Mon, 26 May 2025 13:38:45 -0700 Subject: CFV: New JDK Committer: Daniel Gredler (dgredler) Message-ID: I hereby nominate: Daniel Gredler (dgredler) [1] to JDK Committer. Daniel has authored 16 changes [2], [3] to the OpenJDK JDK repository as listed below. 8356814: LineBreakMeasurer.nextLayout() slower than necessary when no break needed 8356966: java/awt/Graphics2D/DrawString/IgnoredWhitespaceTest.java fails on Linux after JDK-8350203 8350203: [macos] Newlines and tabs are not ignored when drawing text to a Graphics2D object 8353187: Test TextLayout/TestControls fails on macOS: width of 0x9, 0xa, 0xd isn't zero 8353002: Remove unnecessary Windows version check in WTaskbarPeer 8352970: Remove unnecessary Windows version check in Win32ShellFolderManager2 8352890: Remove unnecessary Windows version check in FileFontStrike 8270265: LineBreakMeasurer calculates incorrect line breaks with zero-width characters 8349932: PSPrinterJob sometimes generates unnecessary PostScript commands 6562489: Font-Renderer should ignore invisible characters \u2062 and \u2063 8208377: Soft hyphens render if not using TextLayout 8344637: Fix Page8 of manual test java/awt/print/PrinterJob/PrintTextTest.java on Linux and Windows 8344668: Unnecessary array allocations and copying in TextLine 8283664: Remove jtreg tag manual=yesno for java/awt/print/PrinterJob/PrintTextTest.java 8339974: Graphics2D.drawString doesn't always work with Font derived from AffineTransform 8337681: PNGImageWriter uses much more memory than necessary 8272878: JEP 381 cleanup: Remove unused Solaris code in sun.font.TrueTypeGlyphMapper Votes are due by 21:00 UTC Monday 9th June 2025. Only current JDK Committers [4] 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 [5]. -phil. [1] https://openjdk.org/census#dgredler [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Daniel+Gredler%22&type=commits [3] git log --author="Daniel Gredler" --format='%h %s' [4] https://openjdk.org/census [5] https://openjdk.org/bylaws#lazy-consensus From philip.race at oracle.com Mon May 26 20:39:10 2025 From: philip.race at oracle.com (Philip Race) Date: Mon, 26 May 2025 13:39:10 -0700 Subject: CFV: New JDK Committer: Daniel Gredler (dgredler) In-Reply-To: References: Message-ID: <5b003149-692a-490c-a7e9-49746618ac6f@oracle.com> Vote: yes -phil. From alexey.ushakov at jetbrains.com Tue May 27 10:40:43 2025 From: alexey.ushakov at jetbrains.com (Alexey Ushakov) Date: Tue, 27 May 2025 12:40:43 +0200 Subject: CFV: New JDK Committer: Daniel Gredler (dgredler) In-Reply-To: References: Message-ID: Vote: yes Alexey > On 26 May 2025, at 10:38?PM, Philip Race wrote: > > I hereby nominate: Daniel Gredler (dgredler) [1] to JDK Committer. > > Daniel has authored 16 changes [2], [3] to the OpenJDK JDK repository as listed below. > > 8356814: LineBreakMeasurer.nextLayout() slower than necessary when no break needed > 8356966: java/awt/Graphics2D/DrawString/IgnoredWhitespaceTest.java fails on Linux after JDK-8350203 > 8350203: [macos] Newlines and tabs are not ignored when drawing text to a Graphics2D object 8353187: Test TextLayout/TestControls fails on macOS: width of 0x9, 0xa, 0xd isn't zero > 8353002: Remove unnecessary Windows version check in WTaskbarPeer > 8352970: Remove unnecessary Windows version check in Win32ShellFolderManager2 > 8352890: Remove unnecessary Windows version check in FileFontStrike > 8270265: LineBreakMeasurer calculates incorrect line breaks with zero-width characters > 8349932: PSPrinterJob sometimes generates unnecessary PostScript commands > 6562489: Font-Renderer should ignore invisible characters \u2062 and \u2063 > 8208377: Soft hyphens render if not using TextLayout > 8344637: Fix Page8 of manual test java/awt/print/PrinterJob/PrintTextTest.java on Linux and Windows > 8344668: Unnecessary array allocations and copying in TextLine > 8283664: Remove jtreg tag manual=yesno for java/awt/print/PrinterJob/PrintTextTest.java > 8339974: Graphics2D.drawString doesn't always work with Font derived from AffineTransform > 8337681: PNGImageWriter uses much more memory than necessary > 8272878: JEP 381 cleanup: Remove unused Solaris code in sun.font.TrueTypeGlyphMapper > > Votes are due by 21:00 UTC Monday 9th June 2025. > > Only current JDK Committers [4] 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 [5]. > > -phil. > > [1] https://openjdk.org/census#dgredler > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Daniel+Gredler%22&type=commits > [3] git log --author="Daniel Gredler" --format='%h %s' > [4] https://openjdk.org/census > [5] https://openjdk.org/bylaws#lazy-consensus From sean.mullan at oracle.com Tue May 27 13:28:23 2025 From: sean.mullan at oracle.com (Sean Mullan) Date: Tue, 27 May 2025 09:28:23 -0400 Subject: Result: New JDK Reviewer: Hai-May Chao Message-ID: <230a9077-bf54-4e44-8afb-bb62dfb433b6@oracle.com> Voting for Hai-May Chao [1] is now closed. Yes: 16 Veto: 0 Abstain: 0 According to the Bylaws definition of Three-Vote Consensus, this is sufficient to approve the nomination. Sean Mullan [1] https://mail.openjdk.org/pipermail/jdk-dev/2025-May/010058.html From coleen.phillimore at oracle.com Tue May 27 13:49:58 2025 From: coleen.phillimore at oracle.com (coleen.phillimore at oracle.com) Date: Tue, 27 May 2025 09:49:58 -0400 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <9632b705-748d-4c16-8041-a0f1efb1e3d8@oracle.com> Vote: yes On 5/22/25 4:20 AM, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From eric.caspole at oracle.com Tue May 27 14:59:47 2025 From: eric.caspole at oracle.com (Eric Caspole) Date: Tue, 27 May 2025 10:59:47 -0400 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: <37e3f4af-73cb-4eb1-b8f3-da53f7107552@oracle.com> Vote: Yes Eric On 5/22/25 7:42 AM, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March > 2025, he contributed 16 changes in various compiler related areas to > the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this > nomination. Votes must be cast in the open by replying to this mailing > list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] > https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From raffaello.giulietti at oracle.com Tue May 27 17:08:52 2025 From: raffaello.giulietti at oracle.com (Raffaello Giulietti) Date: Tue, 27 May 2025 19:08:52 +0200 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <98c71b9b-ae36-46b4-b0b1-93f79bb9b283@oracle.com> Vote: yes On 2025-05-22 10:20, Johan Sjolen wrote: > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > From raffaello.giulietti at oracle.com Tue May 27 17:12:36 2025 From: raffaello.giulietti at oracle.com (Raffaello Giulietti) Date: Tue, 27 May 2025 19:12:36 +0200 Subject: =?UTF-8?Q?Re=3A_CFV=3A_New_JDK_Committer=3A_Manuel_H=C3=A4ssig?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes On 2025-05-22 13:42, Tobias Hartmann wrote: > I hereby nominate Manuel H?ssig [1] to JDK Committer. > From mark.reinhold at oracle.com Tue May 27 17:39:35 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 27 May 2025 17:39:35 +0000 Subject: JEP proposed to target JDK 25: 470: PEM Encodings of Cryptographic Objects (Preview) In-Reply-To: <20250520160538.8C5F6816297@eggemoggin.niobe.net> References: <20250520160538.8C5F6816297@eggemoggin.niobe.net> Message-ID: <20250527133934.1312218@eggemoggin.niobe.net> 2025/5/20 12:05:39 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 470: PEM Encodings of Cryptographic Objects (Preview) > https://openjdk.org/jeps/470 > > Summary: Introduce an API for encoding objects that represent > cryptographic keys, certificates, and certificate revocation lists into > the widely-used Privacy-Enhanced Mail (PEM) transport format, and for > decoding from that format back into objects. This is a preview API. > > 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 17:00 UTC on Tuesday, 27 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From mark.reinhold at oracle.com Tue May 27 17:40:51 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Tue, 27 May 2025 17:40:51 +0000 Subject: JEP proposed to target JDK 25: 521: Generational Shenandoah In-Reply-To: <20250520124042.DAC51816240@eggemoggin.niobe.net> References: <20250520124042.DAC51816240@eggemoggin.niobe.net> Message-ID: <20250527134050.399382328@eggemoggin.niobe.net> 2025/5/20 8:40:43 -0400, mark.reinhold at oracle.com: > The following JEP is proposed to target JDK 25: > > 521: Generational Shenandoah > https://openjdk.org/jeps/521 > > Summary: Change the generational mode of the Shenandoah garbage > collector from an experimental feature to a product feature. > > 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 13:00 UTC on Tuesday, 27 May, 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 25. Hearing no objections, I?ve targeted this JEP to JDK 25. - Mark From harshitha.onkar at oracle.com Tue May 27 17:55:01 2025 From: harshitha.onkar at oracle.com (Harshitha Onkar) Date: Tue, 27 May 2025 17:55:01 +0000 Subject: CFV: New JDK Committer: Daniel Gredler (dgredler) In-Reply-To: References: Message-ID: Vote: Yes Thanks, Harshitha Onkar From: jdk-dev on behalf of Alexey Ushakov Date: Tuesday, May 27, 2025 at 3:41?AM To: jdk-dev at openjdk.org Subject: Re: CFV: New JDK Committer: Daniel Gredler (dgredler) Vote: yes Alexey > On 26 May 2025, at 10:38?PM, Philip Race wrote: > > I hereby nominate: Daniel Gredler (dgredler) [1] to JDK Committer. > > Daniel has authored 16 changes [2], [3] to the OpenJDK JDK repository as listed below. > > 8356814: LineBreakMeasurer.nextLayout() slower than necessary when no break needed > 8356966: java/awt/Graphics2D/DrawString/IgnoredWhitespaceTest.java fails on Linux after JDK-8350203 > 8350203: [macos] Newlines and tabs are not ignored when drawing text to a Graphics2D object 8353187: Test TextLayout/TestControls fails on macOS: width of 0x9, 0xa, 0xd isn't zero > 8353002: Remove unnecessary Windows version check in WTaskbarPeer > 8352970: Remove unnecessary Windows version check in Win32ShellFolderManager2 > 8352890: Remove unnecessary Windows version check in FileFontStrike > 8270265: LineBreakMeasurer calculates incorrect line breaks with zero-width characters > 8349932: PSPrinterJob sometimes generates unnecessary PostScript commands > 6562489: Font-Renderer should ignore invisible characters \u2062 and \u2063 > 8208377: Soft hyphens render if not using TextLayout > 8344637: Fix Page8 of manual test java/awt/print/PrinterJob/PrintTextTest.java on Linux and Windows > 8344668: Unnecessary array allocations and copying in TextLine > 8283664: Remove jtreg tag manual=yesno for java/awt/print/PrinterJob/PrintTextTest.java > 8339974: Graphics2D.drawString doesn't always work with Font derived from AffineTransform > 8337681: PNGImageWriter uses much more memory than necessary > 8272878: JEP 381 cleanup: Remove unused Solaris code in sun.font.TrueTypeGlyphMapper > > Votes are due by 21:00 UTC Monday 9th June 2025. > > Only current JDK Committers [4] 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 [5]. > > -phil. > > [1] https://openjdk.org/census#dgredler > [2] https://github.com/search?q=repo%3Aopenjdk%2Fjdk+author-name%3A%22Daniel+Gredler%22&type=commits > [3] git log --author="Daniel Gredler" --format='%h %s' > [4] https://openjdk.org/census > [5] https://openjdk.org/bylaws#lazy-consensus -------------- next part -------------- An HTML attachment was scrubbed... URL: From roger.riggs at oracle.com Tue May 27 17:56:39 2025 From: roger.riggs at oracle.com (Roger Riggs) Date: Tue, 27 May 2025 13:56:39 -0400 Subject: CFV: New JDK Committer: Daniel Gredler (dgredler) In-Reply-To: References: Message-ID: Vote: yes On 5/26/25 4:38 PM, Philip Race wrote: > I hereby nominate: Daniel Gredler (dgredler) [1] to JDK Committer. From mikael.vidstedt at oracle.com Tue May 27 19:24:55 2025 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Tue, 27 May 2025 19:24:55 +0000 Subject: CFV: New JDK Committer: Casper Norrbin In-Reply-To: References: Message-ID: <1B1670E1-DB7F-43D3-8438-62463D12CC78@oracle.com> Vote: yes Cheers, Mikael > On May 22, 2025, at 1:20?AM, Johan Sjolen wrote: > > I hereby nominate Casper Norrbin (cnorrbin) to JDK Committer. > > Casper is a member of the runtime team at Oracle and has to date contributed 12 changes to the JDK project. He has, among other things, contributed improvements to the string table, a red-black tree implementation and done various bug fixes. > He is currently working on removing PerfData sampling via StatSampler and improving the JDK's container support. > > Votes are due by 2025-06-05 11:00 GMT+2. > > 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]. > > Johan Sj?l?n > > [1] https://openjdk.org/census > [2] https://openjdk.org/projects/#committer-vote From mikael.vidstedt at oracle.com Tue May 27 19:26:34 2025 From: mikael.vidstedt at oracle.com (Mikael Vidstedt) Date: Tue, 27 May 2025 19:26:34 +0000 Subject: =?utf-8?B?UmU6IENGVjogTmV3IEpESyBDb21taXR0ZXI6IE1hbnVlbCBIw6Rzc2ln?= In-Reply-To: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> References: <921e3b1c-2842-4e59-b25f-79da8846b2a6@oracle.com> Message-ID: Vote: yes Cheers, Mikael > On May 22, 2025, at 4:42?AM, Tobias Hartmann wrote: > > I hereby nominate Manuel H?ssig [1] to JDK Committer. > > Manuel is a member of the HotSpot Compiler Team at Oracle. Since March 2025, he contributed 16 changes in various compiler related areas to the JDK project [2]. > > Votes are due by June 5, 2025, 12:00 UTC. > > Only current JDK Committers [3] are eligible to vote on this nomination. Votes must be cast in the open by replying to this mailing list. > > For Lazy Consensus voting instructions, see [4]. > > Best regards, > Tobias > > [1] https://openjdk.org/census#mhaessig > [2] https://github.com/search?q=author%3Amhaessig+repo%3Aopenjdk%2Fjdk&type=commits > [3] https://openjdk.java.net/census > [4] https://openjdk.org/projects/#committer-vote From mark.reinhold at oracle.com Wed May 28 16:22:48 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Wed, 28 May 2025 16:22:48 +0000 Subject: JEP proposed to target JDK 25: 509: JFR CPU-Time Profiling (Experimental) Message-ID: <20250528162247.7CB628174E4@eggemoggin.niobe.net> The following JEP is proposed to target JDK 25: 509: JFR CPU-Time Profiling (Experimental) https://openjdk.org/jeps/509 Summary: Enhance the JDK Flight Recorder (JFR) to capture CPU-time profiling information on Linux. This is an experimental feature. 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 17:00 UTC on Wednesday, 4 June, 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 25. - Mark [1] https://openjdk.org/census#jdk [2] https://cr.openjdk.java.net/~mr/jep/jep-2.0-02.html From mark.reinhold at oracle.com Thu May 29 17:48:32 2025 From: mark.reinhold at oracle.com (Mark Reinhold) Date: Thu, 29 May 2025 17:48:32 +0000 Subject: JDK 25 enters Rampdown Phase One next week Message-ID: <20250529174830.B21D381759D@eggemoggin.niobe.net> JDK 25 enters Rampdown Phase One next week on Thursday, 5 June. Changes intended for JDK 25 should be in the main-line repository (https://github.com/openjdk/jdk) by 16:00 UTC on that day [1]. At that time we?ll branch the main line to the JDK 25 stabilization branch, jdk25, and promote the next build and all remaining JDK 25 builds from there. We will integrate most stabilization changes via backports, as usual: - Most fixes and enhancements intended for the stabilization branch will also be applicable to the main-line branch. Integrate such a change into the main-line branch first. Then, after you have obtained any required approvals, backport it to the stabilization branch using the Skara `/backport` command [2] or, if necessary, by manually opening a backport PR with the title `Backport $HASH`, where `$HASH` is the original commit hash. (The Developers? Guide contains more information on working with backports [3].) - Some fixes will be specific to the stabilization branch and not applicable to the main-line branch. Integrate such fixes directly into the stabilization branch. In order to make sure that no backports are missed, prior to the RDP 2 and RC phases we will remind JDK Contributors to review changes that have been integrated into the main-line branch but not backported to the stabilization branch. The Rampdown Phase One process is defined in JEP 3 [4]. - Mark [1] https://time.is/1600_5_June_2025_in_UTC/Stockholm/London/Boston/San_Francisco?JDK_25_Rampdown_Phase_One [2] https://wiki.openjdk.org/display/SKARA/Backports [3] https://openjdk.org/guide/#working-with-backports-in-jbs [4] https://openjdk.org/jeps/3