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