Java SE 6 和 Java SE 8 JRE 在 Windows 7 上的行为不同(文件权限)

Question

我有一个命令行 Java 应用程序，它在 Windows 7 x64 平台上读写文件。当前应用程序使用随附的 IBM Java SE 6 运行。结构如下:

APP_ROOT
    some_folder
    jre
        bin
        lib
    myjarfile.jar
    appl_start.bat 

现在，我用解压的 JRE 8 包替换了 jre 文件夹。应用程序开始提示它无法“访问”(实际上是写操作)some_folder 中的文件。如果我在 APP_ROOT 下手动创建新的 some_folder_1 并重新配置应用程序以使用它 - 应用程序运行正常。如果我删除新创建的 some_folder_1 并将 some_folder 重命名为 some_folder_1 - 应用程序提示它无法访问它(即使在读取模式下)。

如果我用 JRE 6 文件替换 jre 文件夹 - 应用程序开始正常工作。

尝试通过属性比较有效权限 - 所有看起来都一样，没有什么可疑的。 UAC 已打开，我正在工作并在普通用户下进行文件夹替换。

更新:在我关闭 Windows 7 中的 UAC 并重新启动后，应用程序开始在 JRE 8 上正常工作。但我需要让它在打开 UAC 的情况下工作。当将 UAC 恢复为开启并重新启动时 - 使用 JRE 8 的应用程序再次失败。另外，注意到 JRE 8 似乎没有在“C:\Users\username\AppData\Local\VirtualStore\Program Files (x86)\”中正确创建文件，它通常在程序尝试写入 Program Files 时创建。

更新 2:进行了更多故障排除并缩小了问题范围:

1. 使用 JRE 8 的应用程序只有在写入“C:\Program Files\APP_ROOT\some_folder”时才会失败
2. 在这种情况下，Windows 7 设计的文件预计会在 C:\User..\VirtualStore 中创建，但 JRE 8 不能这样做(这是错误的，也是问题的根源)
3. JRE 6 可以在 VirtualStore 中创建文件。
4. 在使用 JRE 8 重新运行之前清理了 VirtualStore 内容
5. 使用“some_folder_1”和 JRE 8 组合成功运行是因为 JRE 8 实际上写入了 C:\Program Files/APP_ROOT/some_folder_1 - 恕我直言，这是违规行为。所以，这是另一个问题 - 为什么 JRE 8 没有将写入重定向到 VirtualStore 中的文件系统，而是修改了 C:\Program Files 子文件夹。
6. 如果我将 %localusrdir% 定义到某个 C:\temp 目录，JRE 8 会显示相同的问题，所以这不仅仅是 VirtualStore 文件夹的特定问题，恕我直言。

因此，我得出结论 - 由于某种原因，JRE 8 无法将写入输出重定向到 C:\Program Files... 到 C:\Users...\VirtualStore

如何修复它，让 JRE 8 像 JRE 6 一样开始在 VirtualStore 中正常写入？

更新 3:失败的 JRE 版本:

C:\Program Files (x86)\APP\jre\bin>java.exe -version
java version "1.8.0"
Java(TM) SE Runtime Environment (build pwi3280-20150129_02)
IBM J9 VM (build 2.8, JRE 1.8.0 Windows 7 x86-32 20150116_231420 (JIT enabled, AOT enabled)
J9VM - R28_Java8_GA_20150116_2030_B231420
JIT  - tr.r14.java_20150109_82886.02
GC   - R28_Java8_GA_20150116_2030_B231420
J9CL - 20150116_231420)
JCL - 20150123_01 based on Oracle jdk8u31-b12

Answer 1

你不需要。JRE 8 可能告诉 Windows 不要重定向，我想这不是你可以改变的。 (顺便说一句，自动重定向到 VirtualStore 是一项 Windows 功能，而不是 Java 功能。)

VirtualStore 适用于旧的和行为不当的程序——而不是新的程序。您应该存储您的数据 where user/application data is meant to go ，在这种情况下，它将位于 AppData 中。如果您有现有数据(例如，这是对旧程序的升级)，那么您应该将数据从该位置迁移到用户可以写入的新位置。

如果您需要多个用户能够写入相同的文件，那么您可能必须修改 ACL/文件权限，以便其他用户可以写入相同的文件——这不应该需要管理员权限。

或者，用户可以获取 APP_ROOT 的所有权/向 APP_ROOT 添加写入权限，但这需要管理员权限。

最后，如果您真的还想继续使用 VirtualStore，那么您可以检测 JRE 版本(或进行读/写尝试并捕获异常)并直接使用 VirtualStore 路径，这如果需要，很可能是您可以正常写入的内容。