Mailing lists matching openjdk.org
amber-dev openjdk.orgbsd-port-dev openjdk.org
build-dev openjdk.org
client-libs-dev openjdk.org
core-libs-dev openjdk.org
...
[jira] [Updated] (GROOVY-11229) Support pattern matching and destructure
[ https://issues.apache.org/jira/browse/GROOVY-11229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Milles updated GROOVY-11229: - Description: See also: [https://openjdk.org/jeps/394] [https://openjdk.org/jeps/440] [https
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 11 | `String.repeat` | | Java 11 | `Files.writeString` | | Java 14 | JEP 359: Records (Preview) (https://openjdk.org/jeps/359) | | Java 15 | JEP 384: Records
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 9 | `InputStream.transferTo` | | Java 11 | `String.repeat` | | Java 11 | `Files.writeString` | | Java 14 | JEP 359: Records (Preview) (https://openjdk.org/jeps
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 14 | JEP 359: Records (Preview) (https://openjdk.org/jeps/359) | | Java 15 | JEP 384: Records (Second Preview) (https://openjdk.org/jeps/384) | | Java 16 | JEP
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 11 | `String.repeat` | | Java 14 | JEP 359: Records (Preview) (https://openjdk.org/jeps/359) | | Java 15 | JEP 384: Records (Second Preview) (https
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | [JEP 280: Indify String Concatenation](https://openjdk.org/jeps/280) | | Java 14 | [JEP 359: Records (Preview)](https://openjdk.org/jeps/359) | | Java 15 | [JEP 384: Records (Second Preview)](https://openjdk.org/jeps/384) | | Java 16
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 9 | `InputStream.transferTo` | | Java 9 | `InputStream.readAllBytes` | | Java 11 | `String.isBlank` | | Java 11 | `String.repeat` | | Java 11
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 9 | `InputStream.transferTo` | | Java 9 | `InputStream.readAllBytes` | | Java 11 | `String.repeat` | | Java 11 | `Files.writeString` | | Java 14 | JEP 359
Re: [External] : Re: E-mail addresses at openjdk.org
The email address used by the Skara tooling for all git commits, for the Committer and for the Author if the Author has an associated OpenJDK ID, is: `[email protected]` -- Kevin On 3/25/2021 7:03 AM, Nir Lisker wrote: What are these email addresses? On Thu, Mar 25, 2021 at 1:12 PM
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. In general, Java's built-in implementation is much faster and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 9 | `InputStream.transferTo` | | J
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 14 | [JEP 359: Records (Preview)](https://openjdk.org/jeps/359) | | Java 15 | [JEP 384: Records (Second Preview)](https://openjdk.org/jeps/384) | | Java 16 | [JEP 395: Records](https://openjdk.org/jeps/395) | was: This issue aims
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, Java's built-in implementation is much faster and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jeps/280) | | Java 9 | `InputStream.transferTo` | | J
[jira] [Updated] (SPARK-53047) Mordernize Spark to leverage the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (GROOVY-11229) Support instanceof pattern variable
[ https://issues.apache.org/jira/browse/GROOVY-11229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Milles updated GROOVY-11229: - Description: See also: [https://openjdk.org/jeps/394] was: See also: [https://openjdk.org
Re: Result: New Valhalla Committer: Manuel Hässig
Vote: yes Lois From: Tobias Hartmann Date: Thursday, June 25, 2026 at 10:07 AM To: [email protected] ; [email protected] Subject: Result: New Valhalla Committer: Manuel Hässig Voting [1] for Manuel Hässig [2] is now closed. Yes: 8 Veto: 0 Abstain: 0 According to the bylaw&#
CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects
://openjdk.org/projects/dio [2] https://openjdk.org/projects/kona [3] https://openjdk.org/projects/penrose [4] https://openjdk.org/projects/verona [5] https://openjdk.org/bylaws#sponsor [6] https://openjdk.org/census#core-libs [7] https://openjdk.org/bylaws#lazy-consensus
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to leverage the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (GROOVY-11229) Support pattern matching and destructure
[ https://issues.apache.org/jira/browse/GROOVY-11229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Sun updated GROOVY-11229: Description: See also: [https://openjdk.org/jeps/394] [https://openjdk.java.net/jeps/440] [https
Re: CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects
Consensus voting instructions, see [7]. -Alan [1] https://openjdk.org/projects/dio [2] https://openjdk.org/projects/kona [3] https://openjdk.org/projects/penrose [4] https://openjdk.org/projects/verona [5] https://openjdk.org/bylaws#sponsor [6] https://openjdk.org/census#core-libs [7] https
Re: CFV: New Valhalla Comitter: David Beaumont
Vote: yes Get Outlook for Mac <https://aka.ms/GetOutlookForMac> From: Tobias Hartmann Date: Tuesday, March 3, 2026 at 2:37 PM To: [email protected] Subject: Re: CFV: New Valhalla Comitter: David Beaumont Vote: Yes Best regards, Tobias On 2/27/26 19:48, Chen Liang wrote: >
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which is available since Java 17. || VERSION || JEP || | Java 14 | [JEP 359: Records (Preview)](https://openjdk.org/jeps/359) | | Java 15 | [JEP 384: Records (Second Preview)](https://openjdk.org/jeps/384) | | Java 16 | [JEP 395: Records](https://openjdk.org/jeps/395) | was: This issue
Re: CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects
] are eligible to vote on this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [7]. -Alan [1] https://openjdk.org/projects/dio [2] https://openjdk.org/projects/kona [3] https://openjdk.org/projects/penrose [4] https://openjdk.org/pro
Re: CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects
ts will be dissolved [5]. Votes are due by December 5, 2025, 23.59 UTC. Only current Core Libraries group members [6] are eligible to vote on this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [7]. -Alan [1] https://openjdk.org/proje
Re: CodeArea: are tab lines supported?
https://bugs.openjdk.org/browse/JDK-8356019 From: openjfx-dev on behalf of PavelTurk Date: Wednesday, April 30, 2025 at 14:32 To: [email protected] Subject: Re: CodeArea: are tab lines supported? Ok, I've just opened a new issue, id: 9078453 Best regards, Pavel On 5/1/25 00:22,
Re: CFV: New Valhalla Comitter: David Beaumont
. For Lazy Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/projects/#committer-vote> [3] https://openjdk.org/census#dbea
Re: CFV: New Valhalla Comitter: David Beaumont
Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/projects/#committer-vote> [3] https://openjdk.org/census#dbeaumont <http
Re: CFV: New Valhalla Comitter: David Beaumont
Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/projects/#committer-vote> [3] https://openjdk.org/census#dbeaumont <http
Re: CFV: New Valhalla Comitter: David Beaumont
Lazy Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/projects/#committer-vote> [3] https://openjdk.org/census#dbeau
Re: CFV: New Valhalla Comitter: David Beaumont
:00Z. For Lazy Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/ census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/ projects/#committer-vote> [3] https://openjdk.org/cens
Re: CFV: New Valhalla Comitter: David Beaumont
Consensus voting instructions, see [2]. Regards, Chen Liang [1] https://openjdk.org/census#valhalla <https://openjdk.org/census#dbeaumont> [2] https://openjdk.org/projects/#committer-vote <https://openjdk.org/projects/#committer-vote> [3] https://openjdk.org/census#dbeau
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
Re: CVE-2023-22665 Risk using Fuseki Pre 4.8.0
rote: >>> >>> With CVE-2023-22665, what is the risk of using Fuseki pre-4.8.0 that does >>> not have custom scripts configured in any configurations? Is there only a >>> risk if custom scripts are set up to be used by Fuseki or is there a risk >>> rega
Re: CFV: Withdraw sponsorship of Device I/O, Kona, Penrose, and Verona projects
9 UTC. Only current Core Libraries group members [6] are eligible to vote on this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [7]. -Alan [1] https://openjdk.org/projects/dio [2] https://openjdk.org/projects/kona [3]
Re: Possibility of using preview features(StableValue) in java.desktop module
On 9/26/25 10:49, Philip Race wrote: I just saw https://openjdk.org/jeps/526 "This API first previewed inJDK 25 <https://openjdk.org/projects/jdk/25/>viaJEP 502: Stable Values <https://openjdk.org/jeps/502>. Based on experience and feedback, we here propose to revise and r
[jira] [Updated] (OPENNLP-1501) Make use of Records and Pattern Matching for instanceof
classes to reduce boilerplate code. Aims: * Make use of Java records, see: [https://openjdk.org/jeps/395] * Make use of Pattern Matching for instanceof, see: [https://openjdk.org/jeps/394] was: With the recent move to Java 17 (OpenNLP1496), we can now modernize some classes to reduce
[jira] [Updated] (OPENNLP-1501) Make use of Records and Pattern Matching for instanceof
some classes to reduce boilerplate code. Aims: * Make use of Java records, see: [https://openjdk.org/jeps/395] * Make use of Pattern Matching for instanceof, see: [https://openjdk.org/jeps/394] was: With the recent move to Java 17 (OpenNLP-1496), we can now modernize some classes to reduce
[jira] [Updated] (SPARK-53047) Mordernize Spark to leverage the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
[jira] [Updated] (SPARK-53047) Mordernize Spark to use the latest Java features
which are available since Java 17. In general, these Java's built-in implementations are much faster than Scala 2.13.x or 3rd party libraries and guarantees a complete benefit of the future Java 25. || VERSION || JEP || | Java 9 | JEP 280: Indify String Concatenation (https://openjdk.org/jep
Re: CodeArea: -fx-background-color doesn't work.
behalf of PavelTurk Date: Wednesday, May 7, 2025 at 10:30 To: [email protected] Subject: Re: CodeArea: -fx-background-color doesn't work. Andy, thank you very much for your help! Best regards, Pavel On 5/7/25 20:29, Andy Goryachev wrote: This bug is still percolating through the system
Re: CodeArea: -fx-background-color doesn't work.
2025 at 11:54 To: [email protected] Subject: Re: CodeArea: -fx-background-color doesn't work. I've read your comments on the issue and was actually in the process of writing to you when I received your message. Let me clarify a critically important point. Currently, to style segm
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: jmx-dev RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
Re: RFR: JDK-8294618: Update openjdk.java.net => openjdk.org [v4]
On Mon, 3 Oct 2022 17:17:39 GMT, Joe Darcy wrote: > > Also, FWIW, there are 100+ hits in `test` as well. But that is so many it > > might warrant a separate PR..? > > Filed a few follow-up bugs: > > JDK-8294724: Update openjdk.java.net => openjdk.org in tests (umbre
RE: CFV: Dissolve The JDK 7 and JDK 8 Projects
Vote: yes /Christoph > -Original Message- > From: build-dev On Behalf Of > [email protected] > Sent: Freitag, 17. Januar 2025 23:10 > To: [email protected] > Subject: CFV: Dissolve The JDK 7 and JDK 8 Projects > > I propose that the Build Group withdraw
[jira] [Created] (CAMEL-21765) Ensure working with Java 24
Affects Versions: 4.10.0 Reporter: Aurélien Pupier Final release is planned for the 18th March https://openjdk.org/projects/jdk/24/ this is the last release before the next Java LTS 25, planned for September 2025). it would be nice to to ensure there is no major issue before the
[jira] [Updated] (GROOVY-11896) Support module import declarations
module with a single statement. It was introduced as a preview feature in Java 23 ([JEP 476|https://openjdk.org/jeps/476]) and finalized in Java 25 ([JEP 511|https://openjdk.org/jeps/511]). The syntax is as follows: {code:java} import module java.base;// Java {code} was: In Java, _module
Re: CodeArea: -fx-background-color doesn't work.
This bug is still percolating through the system. I'll respond once I get it. Thank you for all the questions and the feedback! -andy From: openjfx-dev on behalf of PavelTurk Date: Monday, May 5, 2025 at 14:13 To: [email protected] Subject: Re: CodeArea: -fx-background-
Project Amber: Draft JEPs for JDK 24
Dear all, I have prepared draft JEPs for the following features from Project Amber that we propose to preview in JDK 24: - Flexible Constructor Bodies (Third Preview) https://openjdk.org/jeps/8338287 - Implicitly Declared Classes and Instance Main Methods (Fourth Preview) https
Re: E-mail addresses at openjdk.org
Eventually the openjdk.org addresses will be live. I haven't heard a recent update on the timing for this. Until then, adding the email address as an unverified additional email address in your GitHub profile is the way to go. -- Kevin On 3/24/2021 9:37 PM, John Neffenger wrote: I no
Re: jmx-dev RFR: 8369736 - Add management interface for AOT cache creation [v4]
AOTCacheMXBean.java > line 78: > >> 76:* specification of the corresponding JVM command-line options, >> please refer >> 77:* to https://openjdk.org/jeps/483 and >> https://openjdk.org/jeps/514. >> 78:* > > Please don't use
Re: RFR: 8369736 - Add management interface for AOT cache creation [v4]
AOTCacheMXBean.java > line 78: > >> 76:* specification of the corresponding JVM command-line options, >> please refer >> 77:* to https://openjdk.org/jeps/483 and >> https://openjdk.org/jeps/514. >> 78:* > > Please don't use
[jira] [Updated] (CAMEL-21765) Ensure working with Java 24
jor > Fix For: 4.x > > > Final release is planned for the 18th March > https://openjdk.org/projects/jdk/24/ > this is the last release before the next Java LTS 25, planned for September > 2025). it would be nice to to ensure there is no major issue before the LTS. > I gu
[jira] [Updated] (CAMEL-21765) Ensure working with Java 24
Fix For: 4.x > > > Final release is planned for the 18th March > https://openjdk.org/projects/jdk/24/ > this is the last release before the next Java LTS 25, planned for September > 2025). it would be nice to to ensure there is no major issue before the LTS. > I guess the
Re: CFV: New Valhalla Comitter: David Beaumont
The vote has concluded and votes been counted. [1] Thanks to all voters! [1] https://mail.openjdk.org/archives/list/[email protected]/thread/GSSM5R7UEVOLZNIS25AXZTG4VAWXIYS4/ From: Chen Liang Sent: Friday, February 27, 2026 12:48 PM To: valhalla-dev
CFV: Dissolve The JDK 7 and JDK 8 Projects
st be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [8]. Tim Bell Build group Lead [0]: https://openjdk.org/projects/jdk7/ [1]: https://openjdk.org/projects/jdk8/ [2]: https://mail.openjdk.org/pipermail/jdk7-dev/ [3]: https://mail.openjdk.org/pipe
Re: CFV: Withdraw sponsorship of Audio Engine, Font Scaler, Graphics Rasterizer, and Modules Projects
vote:yes From: gb-discuss on behalf of Iris Clark Sent: Tuesday, October 3, 2023 2:32 PM To: [email protected] Cc: Iris Clark Subject: CFV: Withdraw sponsorship of Audio Engine, Font Scaler, Graphics Rasterizer, and Modules Projects // This is a call
Re: RFR: 8242888: Convert dynamic proxy to hidden classes
does not use the flexible unloading anymore. > I still believe the flexible unloading advantage justifies the migration to > hidden classes. > Chen Rémi > On Thu, May 23, 2024 at 6:43 AM Remi Forax < [ mailto:[email protected] | > [email protected] ] > wrote:
Re: New candidate JEP: 484: Class-File API
Thank you! Adam From: Mark Reinhold Date: Tuesday, 27 August 2024 at 15:57 To: Adam Sotona Cc: [email protected] , [email protected] Subject: New candidate JEP: 484: Class-File API https://openjdk.org/jeps/484 Summary: Provide a standard API for parsing, generating, and
Re: CodeArea: -fx-background-color doesn't work.
Will not happen. CSS compatibility with a third party library is not a requirement in this case. -andy From: openjfx-dev on behalf of PavelTurk Date: Monday, May 5, 2025 at 13:59 To: [email protected] Subject: Re: CodeArea: -fx-background-color doesn't work. To be as cle
RE: [External] : RE: Availability of JavaFX build incorporating JDK-8366217 fix
given I have complete control over those videos, that’s not a problem. Thanks again, Bryon From: Alexander Matveev Sent: Friday, 19 September 2025 6:34 AM To: Bryon Dunkley-Smith Cc: [email protected] Subject: Re: [External] : RE: Availability of JavaFX build incorporating JDK
Re: CFV: Dissolve The JDK 7 and JDK 8 Projects
rent Build Group Members [7] are eligible to vote on this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [8]. Tim Bell Build group Lead [0]: https://openjdk.org/projects/jdk7/ [1]: https://openjdk.org/projects/jdk8/
Re: [jdk26] RFR: 8371559: Intermittent timeouts in test javax/net/ssl/Stapling/HttpsUrlConnClient.java
On Mon, 19 Jan 2026 15:27:31 GMT, Jaikiran Pai wrote: >> This pull request is a clean backport of >> [JDK-8371559](https://bugs.openjdk.org/browse/JDK-8371559). >> It is a test only change. > > For RDP2, test and doc fixes are noted to require explicit approval >
[jira] [Closed] (CAMEL-21765) Ensure working with Java 24
t;Reporter: Aurélien Pupier >Priority: Major > Fix For: 4.x > > > Final release is planned for the 18th March > https://openjdk.org/projects/jdk/24/ > this is the last release before the next Java LTS 25, planned for September > 2025). it w
(spark-kubernetes-operator) branch main updated: [SPARK-56088] Support Java 26
Make Final Mean Final](https://openjdk.org/jeps/500) | | 504 | [Remove the Applet API](https://openjdk.org/jeps/504) | | 516 | [Ahead-of-Time Object Caching with Any GC](https://openjdk.org/jeps/516) | | 517 | [HTTP/3 for the HTTP Client API](https://openjdk.org/jeps/517) | | 522
Result: New Valhalla Committer: Manuel Hässig
Voting [1] for Manuel Hässig [2] is now closed. Yes: 8 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/archives/list/[email protected]/t
RFR: 8293224 Add link to openjdk.org/jtreg/ from doc/testing
doc/testing is a starting point for people interested in testing the JDK, but it doesn't explain jtreg and its nuances and pitfalls very well. https://openjdk.org/jtreg/, and expecially https://openjdk.org/jtreg/faq.html, contain better material. Let's at least add a pointer that
Integrated: 8293224 Add link to openjdk.org/jtreg/ from doc/testing
On Thu, 1 Sep 2022 16:16:59 GMT, Ludvig Janiuk wrote: > doc/testing is a starting point for people interested in testing the JDK, but > it doesn't explain jtreg and its nuances and pitfalls very well. > https://openjdk.org/jtreg/, and expecially > https://openjdk.org/jtreg/
Re: E-mail addresses at openjdk.org
What are these email addresses? On Thu, Mar 25, 2021 at 1:12 PM Kevin Rushforth wrote: > Eventually the openjdk.org addresses will be live. I haven't heard a > recent update on the timing for this. Until then, adding the email > address as an unverified additional email address
CFV: New OpenJFX Committer: Andy Goryachev
cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [5]. Thanks. -- Kevin [1] https://openjdk.org/census#angorya [2] https://github.com/openjdk/jfx/search?q=author-name%3A%22Andy+Goryachev%22
CFV: New OpenJFX Committer: Hima Bindu Meda
be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [5]. Thanks. -- Kevin [1] https://openjdk.org/census#hmeda [2] https://github.com/openjdk/jfx/search?q=author-name%3A%22Hima+Bindu+Meda%22
CFV: New OpenJFX Committer: Lukasz Kostyra
cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [5]. Thanks. -- Kevin [1] https://openjdk.org/census#lkostyra [2] https://github.com/search?q=repo%3Aopenjdk%2Fjfx+author-name%3A%22Lukasz
CFV: New OpenJFX Committer: Alexander Zuev
be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [5]. Thanks. -- Kevin [1] https://openjdk.org/census#kizune [2] https://github.com/search?q=repo%3Aopenjdk%2Fjfx+author-name%3A
CFV: New OpenJFX Committer: Ziad El Midaoui
cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [5]. Thanks. -- Kevin [1] https://openjdk.org/census#zelmidaoui [2] https://github.com/search?q=repo%3Aopenjdk%2Fjfx+author-name%3A%22Ziad
CFV: Withdraw sponsorship of Locale Enhancement Project
] https://openjdk.org/projects/locale-enhancement [2] https://bugs.openjdk.org/browse/JDK-6875847 [3] https://openjdk.org/bylaws#sponsor [4] https://openjdk.org/census#i18n [5] https://openjdk.org/bylaws#lazy-consensus
Re: CFV: Withdraw sponsorship of Locale Enhancement Project
[1] https://openjdk.org/projects/locale-enhancement [2] https://bugs.openjdk.org/browse/JDK-6875847 [3] https://openjdk.org/bylaws#sponsor [4] https://openjdk.org/census#i18n [5] https://openjdk.org/bylaws#lazy-consensus
Re: [External] : Re: Preload fxml to avoid slow show()
, 2023 at 16:16 To: Andy Goryachev , [email protected] Subject: Re: [External] : Re: Preload fxml to avoid slow show() I tried it, 99% of the heavy lift comes from FXML load. I have 80Kb of FXML files, nothing particularly big, I measured the laoding time on a 13900K CPU and it requires 1.8s
Re: [External] : Re: RFR: 8384062: Add a new method List::removeAtIndex to avoid overload confusion
regards, Rémi > On Mon, May 11, 2026 at 6:51 PM Remi Forax < [ mailto:[email protected] | > [email protected] ] > wrote: >> - Original Message - >> > From: "Archie L. Cobbs" < [ mailto:[email protected] | [email protected] ] > >>> To: "
Fedora 35 Update: java-latest-openjdk-19.0.0.0.36-1.rolling.fc35
: # OpenJDK 19 [OpenJDK 19 has been released](https://mail.openjdk.org/pipermail/jdk-dev/2022-September/006933.html) Java Enhancement Proposals (JEPs) included: * [405](https://openjdk.org/jeps/405): Record Patterns (Preview) * [422](https://openjdk.org/jeps/422): Linux/RISC-V Port * [424](https
RE: CFV: Dissolve Group: JMX
k9b-ls5DsWgEbkQeSU_NWVCGyL_jGs9h6SwRnqXgO2C37wsiilzWzREz3OvFMvQ-QV0-gzDG35BYmo9pX4jTg1j5tO9MwKVZ7wr7fWhWf0XM15jseK-ZwioglAeXdHud5A$> Vote: Yes From: gb-discuss on behalf of Iris Clark Sent: Tuesday, January 13, 2026 9:31 PM To: [email protected] Cc: Iris Clark Subject: CFV: Dissolve Grou
CFV: Withdraw sponsorship of Audio Engine, Font Scaler, Graphics Rasterizer, and Modules Projects
this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [b]. Thanks, Iris [0]: https://openjdk.org/projects/audio-engine/ [1]: https://openjdk.org/projects/font-scaler/ [2]: https://openjdk.org/projects/graphics-rasterizer/ [3
Re: CFV: Withdraw sponsorship of Audio Engine, Font Scaler, Graphics Rasterizer, and Modules Projects
are due by 23:59 UTC on Wednesday, 11 October. Only current Governing Board Members [a] are eligible to vote on this motion. Votes must be cast in the open by replying to this mailing list. For Lazy Consensus voting instructions, see [b]. Thanks, Iris [0]: https://openjdk.org/projects/audio
CFV: New OpenJFX Committer: Marius Hanl
the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [6]. Thanks. -- Kevin [1] https://openjdk.org/census#mstrauss [2] https://github.com/openjdk/jfx/search?q=author-name%3A%22Michael+Strau%C3%9F%22&a
CFV: New OpenJFX Committer: Michael Strauß
the open by replying to this mailing list. For Lazy Consensus voting instructions, see [4]. Nomination to a project Committer is described in [6]. Thanks. -- Kevin [1] https://openjdk.org/census#mstrauss [2] https://github.com/openjdk/jfx/search?q=author-name%3A%22Michael+Strau%C3%9F%22&a
Aw: CFV: New OpenJFX Committer: Andy Goryachev
://openjdk.org/census#angorya [2] https://github.com/openjdk/jfx/search?q=author-name%3A%22Andy+Goryachev%22&s=author-date&type=commits [3] https://openjdk.org/census#openjfx [4] https://openjdk.org/bylaws#lazy-consensus [5] https://openjdk.org/projects#project-committer
