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