Hello David,
I ran our Ant testsuite against JDK 25 build 25-ea+28-3381. On Linux all
tests passed fine.
However on Windows we are seeing a large number of test failures. I
looked into those failures and those all relate to the "heads up"
section in your mail about
https://jdk.java.net/25/release-notes#JDK-8355954. In the Ant testsuite
there are several tests which attempt a java.io.File.delete() on a
read-only file. Until Java 25, that call would delete the file. As noted
in the linked change, that's no longer the case by default in Java 25. I
manually updated the Ant testsuite to set the newly introduced
-Djdk.io.File.allowDeleteReadOnlyFiles system property to true and that
got all those tests to pass on Windows too. I haven't yet committed that
change to the Ant repo since it will need to be added at the right place
and only when launching the tests. I will do that at a later date.
-Jaikiran
On 06/06/25 12:59 pm, David Delabassee wrote:
Welcome to the June installment of the OpenJDK Quality Outreach newsletter.
JDK 25, scheduled for General Availability on September 16, 2025, has entered
Rampdown Phase One (RDP1)[1]. The JDK 25 feature set is now frozen (see JDK 25
details below), and only low-risk enhancements will be considered. Please help
us identify potential issues in the coming weeks by testing your projects on
JDK 25 EA builds. With enough lead time, we can resolve them before JDK 25
transitions to the Release Candidate phase in early August[2].
Be make sure to review the JDK 25 heads-ups below; two of them pertain to
changes in file operations on Windows.
Last but certainly not least, you are invited to attend next week’s JCP EC online
public meeting, where Alex Buckley will give a presentation on Tip & Tail
Development—a topic particularly relevant for open-source project maintainers. See
[3] for details, the meeting will be recorded.
[1] https://mail.openjdk.org/pipermail/jdk-dev/2025-June/010191.html
[2] https://openjdk.org/projects/jdk/25/
[3]
https://jcp.org/aboutJava/communityprocess/ec-public/materials/2025-06-10/JCP-EC-Public-Agenda-June-2025.html
# Heads-up - JDK 25: java.io.File.delete no longer deletes read-only files on
Windows
`File.delete` has been changed on Windows so that it now fails and returns
`false` for regular files when the DOS read-only attribute is set. Prior to JDK
25, `File.delete` would delete read-only files by first removing the DOS
read-only attribute before attempting deletion. However, because removing the
attribute and deleting the file are not a single atomic operation, this could
result in the file remaining but with modified attributes if the deletion
failed. Applications that depend on the previous behavior should be updated to
clear the file attributes before deleting files.
To ease the transition, a system property has been introduced to restore the
previous behavior. Running with `-Djdk.io.File.allowDeleteReadOnlyFiles=true`
will cause `File.delete` to remove the DOS read-only attribute before
attempting deletion, restoring the legacy behavior.
See https://bugs.openjdk.org/browse/JDK-8355954 for more details.
# Heads-up - JDK 25: File operations on Windows now always fail if the used
name ends with a space
File operations on a path with a trailing space in a directory or file name, e.g.
"C:\\SomeFolder\\SomeFile ", now fail consistently on Windows. For example.
`File::mkdir` will return `false`, or `File::createNewFile` will throw `IOException` if
an element in the path has a trailing space. Such pathnames are not legal on Windows.
Prior to JDK 25, operations on a `File` created from such an illegal abstract pathname
could appear to succeed when in fact they did not.
See https://bugs.openjdk.org/browse/JDK-8354450 for more details.
# Heads-up - JDK 25: Separate Metaspace and GC Printing
Historically the printing of Metaspace and GC logs have been combined; this was
a result of permanent generation (PermGen) being a part of the GC Heap.
However, Metaspace has replaced PermGen and resides in its own native memory
location outside of the GC Heap. With Metaspace no longer a part of the GC
Heap, the reason for combining the messaging no longer makes sense and could
lead to confusion.
Starting with JDK 25, the way logging is tagged in the HotSpot JVM will change:
although the content of the logs will remain the same, messages related to
Metaspace will now use the existing Metaspace tag.
As part of this update, there are also some user-facing changes to `jcmd`. To
better clarify that Metaspace is not part of the GC Heap, Metaspace information
is no longer displayed with the `GC.heap_info` command. Instead, details about
Metaspace memory usage have been moved to the `VM.metaspace` command.
See https://bugs.openjdk.org/browse/JDK-8356848 for more details.
# JDK 25
The JDK 25 early-access builds 25 are available[4] and are provided under the
GNU General Public License v2, with the Classpath Exception. The Release Notes
are available here[5].
Please refer to the “Topics of Interest” section at the end of this update for
additional information on JDK 25.
## JEPs integrated in JDK 25:
- JEP 470: PEM Encodings of Cryptographic Objects (Preview)
- JEP 502: Stable Values (Preview)
- JEP 503: Remove the 32-bit x86 Port
- JEP 505: Structured Concurrency (5th Preview)
- JEP 506: Scoped Values
- JEP 507: Primitive Types in Patterns, instanceof, and switch (3rd Preview)
- JEP 508: Vector API (10th Incubator)
- JEP 509: JFR CPU-Time Profiling (Experimental)
- JEP 510: Key Derivation Function API
- JEP 511: Module Import Declarations
- JEP 512: Compact Source Files and Instance Main Methods
- JEP 513: Flexible Constructor Bodies
- JEP 514: Ahead-of-Time Command-Line Ergonomics
- JEP 515: Ahead-of-Time Method Profiling
- JEP 518: JFR Cooperative Sampling
- JEP 519: Compact Object Headers
- JEP 520: JFR Method Timing & Tracing
- JEP 521: Generational Shenandoah
## Changes in recent JDK 25 builds that may be of interest:
- JDK-8340321: Disable SHA-1 in TLS/DTLS 1.2 handshake signatures
- JDK-8354276: Strict HTTP header validation
- JDK-8356848: Separate Metaspace and GC printing
- JDK-8355954: java.io.File.delete no longer deletes read-only files on Windows
- JDK-8353440: Disable FTP fallback for non-local file URLs by default
- JDK-8354908: javac mishandles supplementary character in character literal
- JDK-8355360: -d option of jwebserver command should accept relative paths
- JDK-8354084: Streamline XPath API's extension function control
- JDK-8354305: SHAKE128 and SHAKE256 MessageDigest algorithms
- JDK-8343110: Add getChars(int, int, char[], int) to CharSequence and
CharBuffer
- JDK-8356154: Respecify java.net.Socket constructors that allow creating UDP
sockets to throw IllegalArgumentException
- JDK-8322810: Lambda expression types can't be classes
- JDK-8352612: No way to add back lint categories after "none"
- JDK-8348732: SunJCE and SunPKCS11 have different PBE key encodings
- JDK-8350498: Remove two Camerfirma root CA certificates
- JDK-8350441: ZGC: Overhaul Page Allocation
- JDK-8347337: ZGC: String dedups short-lived strings
- JDK-8350279: HttpClient: Add a new HttpResponse method to identify connections
- JDK-8350753: Deprecate UseCompressedClassPointers
- JDK-8254622: Hide superclasses from conditionally exported packages
- JDK-8346465: Add a check in setData() to restrict the update of Built-In
ICC_Profiles
- JDK-8347472: Correct Attribute traversal and writing for Code attributes
- JDK-8351654: Agent transformer bytecodes should be verified
- JDK-8348967: Deprecate security permission classes for removal
- JDK-8353642: Deprecate URL::getPermission method and networking permission
classes for removal
- JDK-8353856: Deprecate FlighRecorderPermission class for removal
- JDK-8353614: JFR: jfr print --exact
- JDK-8346109: Create JDK taglet for additional preview notes
- JDK-8285888: Clarify that java.net.http.HttpClient do NOT support Digest
authentication
- JDK-8350542: Optional.orElseThrow(Supplier) does not specify behavior when
supplier returns null
- JDK-8342206: Convenience method to check if a constant pool entry matches
nominal descriptors
Note: For a more exhaustive list of changes, please see here[6].
[4] https://jdk.java.net/25/
[5] https://jdk.java.net/25/release-notes
[6] https://github.com/openjdk/jdk/compare/jdk-25+17...jdk-25+25
# JavaFX 25 Early-Access Builds
These are early access builds of the JavaFX 25 Runtime, built from the
openjdk/jfx repository. They enable JavaFX application developers to build and
test their applications with JavaFX 25 on JDK 25. Although these builds are
designed to work with JDK 25 EA, they are also compatible with JDK 22 and later
versions.
The latest early access builds of JavaFX 25 Builds 18 (2025/5/23) are
available[7], under the GNU General Public License, version 2, with the
Classpath Exception. JavaFX 25 API Javadocs[8] are available too.
[7] https://jdk.java.net/javafx25/
[8]
https://download.java.net/java/early_access/javafx25/docs/api/overview-summary.html
# JavaFX Direct3D 12 Early-Access Builds
These are early access builds of JavaFX from the "direct3d12" branch of the
openjdk/jfx-sandbox repository[9], which implement the new Direct3D 12 graphics rendering
pipeline for Windows x64. The goal of these EA builds is to solicit feedback as we work
toward integrating this functionality into JavaFX. Binaries[10] are provided for
convenience, so users do not need to build from source.
Feedback can be reported to the openjfx-dev mailing list[11]. These builds are
provided under the GNU General Public License, version 2, with the Classpath
Exception, and are based on an incomplete version of JavaFX 25.
[9] https://github.com/openjdk/jfx-sandbox/tree/direct3d12
[10] https://jdk.java.net/javafxdirect3d12/
[11] https://mail.openjdk.org/pipermail/openjfx-dev/
# Topics of Interest
- Java 25 Brings 18 JEPs - Inside Java Newscast
https://inside.java/2025/06/05/newscast-92/
- Strings Just Got Faster in JDK 25
https://inside.java/2025/05/01/strings-just-got-faster/
- What's new for JFR in JDK 25
https://egahlin.github.io/2025/05/31/whats-new-in-jdk-25.html
- Structured Concurrency Revamp in Java 25 - Inside Java Newscast
https://inside.java/2025/05/08/newscast-91/
- Where Is the Java Language Going?
https://inside.java/2025/04/20/javaone-future-java/
- Java for AI
https://inside.java/2025/05/03/javaone-java-ai/
- Pattern Matching in Java: Better Code, Better APIs
https://inside.java/2025/05/24/javaone-pattern-matching/
- Towards a JSON API for the JDK
https://mail.openjdk.org/pipermail/core-libs-dev/2025-May/145905.html
- Modern Java Development with Tip & Tail
https://inside.java/2025/05/17/javaone-tip-tail/
- Java 24, Faster Than Ever
https://inside.java/2025/05/17/javaone-faster-jdk24/
- “Ahead of Time Computation” with Dan Heidinga - Inside Java Podcast
https://inside.java/2025/05/16/podcast-036/
- “Stream Gatherers” with Viktor Klang - Inside Java Podcast
https://inside.java/2025/05/05/podcast-035/
- Garbage Collection in Java: The Performance Benefits of Upgrading
https://inside.java/2025/05/14/javaone-garbage-collection/
- JavaFX 24 and Beyond
https://inside.java/2025/05/10/javaone-javafx/
- JDK 24 Security Enhancements
https://seanjmullan.org/blog/2025/04/07/jdk24
~
This concludes the update for now. Should you experience any difficulties while
testing your projects with the latest JDK early-access builds, just ping me.
PS: If you no longer wish to receive OpenJDK Quality Outreach updates, please
let me know.
--David
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
