FileSystems.newFileSystem() fails on NTFS with IOException: Unable to get effective rights from ACL [...]

[Victor Ott]

Hello,

me again... The cause of the Files.isReadable() issue, which I had
mentioned in last thread (
http://mail.openjdk.java.net/pipermail/nio-discuss/2012-July/000672.html ),
is also biting in ZipFileSystem. I'm trying to use NIO to read data from a
ZIP file (truly read-only). My call is
FileSystems.newFileSystem(archiveUri, fsParams, null)), but that stumbles
over same code which is being executed like in Files.isReadable():
    zfpath.getFileSystem().provider().*checkAccess(zfpath, AccessMode.READ);
*

Relevant stack trace snippet is:

archive uri: jar:file:/C:/test_data/TTT_2012-03-12_11_44_changed.zip
java.io.IOException: Unable to get effective rights from ACL: Überlappender
E/A-Vorgang wird verarbeitet.

    at
sun.nio.fs.WindowsFileSystemProvider.getEffectiveAccess(WindowsFileSystemProvider.java:344)
    at
sun.nio.fs.WindowsFileSystemProvider.checkAccess(WindowsFileSystemProvider.java:397)
    at com.sun.nio.zipfs.ZipFileSystem.<init>(ZipFileSystem.java:124)
    at
com.sun.nio.zipfs.ZipFileSystemProvider.newFileSystem(ZipFileSystemProvider.java:117)
    at java.nio.file.FileSystems.newFileSystem(FileSystems.java:322)
[...]

The error reason is in German and means "Overlapped I/O Operation Is in
Progress".

PS
I copied the test archive on a USB stick with FAT32 filesystem and tried it
with that location: the error doesn't occur. I wish there was a way to
disable that call to checkAccess(), but I think it's too deep, and
installing my own FileSystemProvider would be too much code juggling.

Best regards,
Victor
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/nio-discuss/attachments/20120717/2b2fae91/attachment.html