java - 如何在 Java 9+ 中使用 JFileChooser 显示网络共享？

Question

我们软件的用户需要在我们的 Java swing 应用程序中浏览 Windows 10 上的网络共享，但是 swing 的 JFileChooser 默认没有此功能。

在这篇相关文章中 How to navigate to a network host in JFileChooser?一个不错的解决方案是使用 ShellFolder(sun 私有(private) API)来设置 JFileChooser 的当前目录，并且在过去几年中我们一直在使用这种方法并进行一些修改，没有出现任何问题。

public static File getNetworkShareFolder( final File folder ) throws IllegalArgumentException {
  final File file = new NonCanonicalizingFile( folder.getPath() );
  if( isNetworkShareFolder( file ) ) { // assume Win32ShellFolderManager2 will be present
     try {
        // JRE-13272 -PRIVATE API that must eventually be swapped for Java 9 alternative
        // Using reflection because Win32ShellFolderManager2 may not exist in rt.jar on Linux build server
        final Class win32ShellMgr = Class.forName( "sun.awt.shell.Win32ShellFolderManager2" );
        // get static creation method from class, execute it
        final Method cfMethod = win32ShellMgr.getMethod( "createShellFolder", File.class );
        return (ShellFolder) cfMethod.invoke( win32ShellMgr.newInstance(), file );
     } catch( final Exception xx ) {
        xx.printStackTrace();
     }
  }
  throw new IllegalArgumentException( "Given path is not a Windows network share folder." ); 
} 

但是，我们正在转向 Java 11，在 Java 9 中，私有(private) API 被封装，我们已被强制不再使用它们。不用担心，OpenJDK 中的替换 API 已进入 FileSystemView，位于 swing 文件选择器的子包中。

sun.awt.shell.ShellFolder.isComputerNode( 文件 ) -> javax.swing.filechooser.FileSystemView.getFileSystemView().isComputerNode( 文件 ) sun.awt.shell.ShellFolder.getShellFolder( 文件 ) -> javax.swing .filechooser.FileSystemView.getFileSystemView().getLinkLocation(文件)

所以之前的代码现在变成了

public static File getNetworkShareFolder( final File folder ) throws IllegalArgumentException {
   final File file = new NonCanonicalizingFile( folder.getPath() );
   if( isNetworkShareFolder( file ) ) { 
      try {
         return FileSystemView.getFileSystemView().getLinkLocation( file );
      } catch( final Exception xx ) {
         xx.printStackTrace();
      }
   }
   throw new IllegalArgumentException( "Given path is not a Windows network share folder." );
}

public static boolean isNetworkShareFolder( final File folder ) {
   return FileSystemView.getFileSystemView().isComputerNode( new NonCanonicalizingFile( folder.getPath() ) );
}

这会很棒，但不幸的是，getShellFolder() 和 getLinkLocation() 在 Java 11 下都抛出了在 Java 8 下没有抛出的异常。

java.nio.file.InvalidPathException: UNC path is missing sharename: \100.212.51.37 at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:118) at java.base/sun.nio.fs.WindowsPathParser.parse(WindowsPathParser.java:77) at java.base/sun.nio.fs.WindowsPath.parse(WindowsPath.java:92) at java.base/sun.nio.fs.WindowsFileSystem.getPath(WindowsFileSystem.java:229) at java.base/java.nio.file.Path.of(Path.java:147) at java.base/java.nio.file.Paths.get(Paths.java:69) at java.desktop/sun.awt.shell.ShellFolder.getShellFolder(ShellFolder.java:247) at java.desktop/javax.swing.filechooser.FileSystemView.getLinkLocation(FileSystemView.java:641)

它现在似乎认为 UNC 路径无效，除非它具有实际的共享名称，即“\\100.212.51.37\”无效，但“\\100.212.51.37\myShare”没问题。

现在，如果您获取 UNC 路径“\\100.212.51.37\myShare”的 shell 文件夹，然后使用 getParent()，您将首先获取我们想要的“\\100.212.51.37\”的 shell 文件夹.不幸的是，由于先有鸡还是先有蛋的问题，这种解决方法对我们的客户不可行 - 用户通常还不知道任何实际的共享名称，这正是他们首先想要浏览的内容!

啊——这在 Java 8 下运行良好，但在 Java 11 中，即使你打破封装以使用原始的 ShellFolder 私有(private) API

'--add-exports', 'java.desktop/sun.awt.shell=ALL-UNNAMED'

它没有帮助，因为以前的解决方案现在在 Java 11 (9+) 下抛出相同的异常。

我们在 StackOverflow 上看到的另一种解决方案是使用 JCIFS 中的 SmbFile 类, 但由于安全限制，我们很难使用 3rd 方代码。特别是如果它没有针对不使用私有(private) API 的 Java 11 JPMS 进行更新。

有趣的是，JavaFX 中的 DirectoryChooser 没有这个问题。如果用户手动输入网络主机，它会很乐意显示该主机的所有共享名称。如果必须的话，我们会这样做，但是处理 FX Stage 和 Swing 应用程序之间的模态是丑陋的，而且可能需要大量工作。

仍然希望有一个更简单的解决方法来让 JFileChooser 在 Java 11(Java 9+)中显示网络共享!也许有人知道 FX DirectoryChooser 使用的技巧并且可以将其应用于 JFileChooser？

Answer 1

仍在寻找更好的解决方案，但与此同时，由于网络共享问题，我们决定在 Java 11 中将 JFileChooser 替换为 JavaFX 的 DirectoryChooser。 DirectoryChooser 非常乐意让用户输入根网络共享，它会显示所有网络共享名称。启动 DirectoryChooser 的 UI 仍然是一个 swing UI，但我们没有遇到模态或焦点问题，至少在 Windows 10 下是这样。

但是，除了必须仔细管理 JavaFX Platform.runLater() 和 SwingUtilities.invokeLater() 之间的线程之外，我们还有一些明显的缺点

1) DirectoryChooser 不允许多选。 JFileChooser 会。

2) DirectoryChooser 只允许选择目录而不是文件。 耸耸肩 谁需要允许选择目录或文件？愚蠢的。只有这正是我们的客户在不止一次情况下需要做的。 JFileChooser 支持这一点。

3) DirectoryChooser 不允许输入无效路径。嗯？是的，事实上，我们的一位客户有一个特定的要求，要求输入一条尚不存在的路径(预配置)，但一旦将任务驱动器插入网络，该路径就会存在。 JFileChooser 允许这样做，并且可以非常方便地导航到您需要的根目录，然后只需键入路径的最后一部分(目录或共享名称)。

4) DirectoryChooser 与应用风格不匹配。在 JavaFX 中，您可以在场景的根节点上设置自己的 CSS，但不能在 DirectoryChooser 上设置。似乎 DirectoryChooser 实际上是在调用 native 文件选择器，它应该使用系统配色方案。不幸的是，对于我们的飞行员在夜间使用“深色模式”操作，Windows 10 文件资源管理器在版本 1809 之前不遵守“深色模式”设置，而我们的客户几乎都没有。