You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@spark.apache.org by sa...@apache.org on 2026/01/31 07:52:45 UTC
(spark) branch master updated: [SPARK-55290][NETWORK][TESTS] Fix testReloadMissingTrustStore cross-device link error with JDK 21
This is an automated email from the ASF dual-hosted git repository.
sarutak pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/spark.git
The following commit(s) were added to refs/heads/master by this push:
new 866a6e8af0a0 [SPARK-55290][NETWORK][TESTS] Fix testReloadMissingTrustStore cross-device link error with JDK 21
866a6e8af0a0 is described below
commit 866a6e8af0a0521f14874eddf05f601b3a1f7880
Author: Emilie Faracci <ef...@amazon.com>
AuthorDate: Sat Jan 31 16:52:34 2026 +0900
[SPARK-55290][NETWORK][TESTS] Fix testReloadMissingTrustStore cross-device link error with JDK 21
### What changes were proposed in this pull request?
Replace hardcoded filename with `File.createTempFile()` in `testReloadMissingTrustStore` to ensure the temporary `trustStore` file is created in the same filesystem as the test working directory.
### Why are the changes needed?
This change fixes a unit test bug.
JDK 21's `UnixFileSystem.move()` uses atomic rename operations that fail when moving files across different mounted filesystems. The test creates a temporary file in `/tmp` and attempts to move it to the current directory. When these locations are on different partitions, the atomic move fails with a `testmissing.jks: Cross-device link` error because the `rename()` system call cannot move files across different filesystems.
The fix ensures both temporary and target files are created in the same filesystem by eliminating the cross-filesystem move operation.
### Does this PR introduce _any_ user-facing change?
No.
### How was this patch tested?
Verified `ReloadingX509TrustManagerSuite` passes with both JDK 21 and JDK 17:
`build/mvn -pl common/network-common -Dtest=ReloadingX509TrustManagerSuite test`
### Was this patch authored or co-authored using generative AI tooling?
No.
Closes #54073 from efaracci018/fix-testReloadMissingTrustStore.
Authored-by: Emilie Faracci <ef...@amazon.com>
Signed-off-by: Kousuke Saruta <sa...@apache.org>
---
.../org/apache/spark/network/ssl/ReloadingX509TrustManagerSuite.java | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/common/network-common/src/test/java/org/apache/spark/network/ssl/ReloadingX509TrustManagerSuite.java b/common/network-common/src/test/java/org/apache/spark/network/ssl/ReloadingX509TrustManagerSuite.java
index 5bb47ff38867..b373d99a8e40 100644
--- a/common/network-common/src/test/java/org/apache/spark/network/ssl/ReloadingX509TrustManagerSuite.java
+++ b/common/network-common/src/test/java/org/apache/spark/network/ssl/ReloadingX509TrustManagerSuite.java
@@ -189,7 +189,9 @@ public class ReloadingX509TrustManagerSuite {
public void testReloadMissingTrustStore() throws Exception {
KeyPair kp = generateKeyPair("RSA");
X509Certificate cert1 = generateCertificate("CN=Cert1", kp, 30, "SHA1withRSA");
- File trustStore = new File("testmissing.jks");
+ File trustStore = File.createTempFile("testmissing", "jks");
+ trustStore.delete();
+ // trustStore is going to be re-created later so delete it on exit.
trustStore.deleteOnExit();
assertFalse(trustStore.exists());
createTrustStore(trustStore, "password", "cert1", cert1);
---------------------------------------------------------------------
To unsubscribe, e-mail: commits-unsubscribe@spark.apache.org
For additional commands, e-mail: commits-help@spark.apache.org