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

[Victor Ott]

Two colleagues were able to run my small test on their machines, which have
similar configurations (MUI packages):

   - WindowsXP x64, UI language is English:  OK
   - Windows7 x64, UI language is German:    FAILED, here the configuration
   screenshot:
   http://img717.imageshack.us/img717/104/windows7languageselecti.jpg


Victor

On Mon, Jul 23, 2012 at 7:55 PM, Victor Ott <victor.ott at gmail.com> wrote:

> The URL to the mailing list thread where I found the solution got mangled,
> here it is agian
>
>
>
> http://www.java-forum.org/allgemeine-java-themen/137598-zip-filesystem-windows-wirft-exception.html
>
>
>
>
> On Mon, Jul 23, 2012 at 7:50 PM, Victor Ott <victor.ott at gmail.com> wrote:
>
>> Hello,
>>
>> yes, exactly, I traced down the code until I met the checkAccess() call,
>> and then I made the connection between my first issue and this issue. Here
>> the details of the system where the error occurs:
>>
>> "Microsoft Windows XP Professional Version 2002 Service Pack 3", 32bit
>> version
>> Drive C: NTFS
>> Enterprise environment: domain, virus scanner, drive encription.
>> User rights: local administrator.
>> Add-ons: MUI  ( http://en.wikipedia.org/wiki/Multilingual_User_Interface)
>> Java: 32 bit
>> -    java version "1.7.0_05"
>> -    Java(TM) SE Runtime Environment (build 1.7.0_05-b05)
>> -    Java HotSpot(TM) Client VM (build 23.1-b03, mixed mode, sharing)
>>
>> Booting with or without domain access (or even no network access at all)
>> doen't make any difference for the error.
>>
>> Now to the WindowsXP MUI: this is the difference which makes the error
>> occur.
>>
>> After reading this thread (in German)
>> http://www.java-forum.org/allgemeine-java-themen/137598-zip-filesystem-windows-wirft-exception.htmlabout a similar error message and its solution, I have first discarded the
>> idea (Windows 7 vs Windows XP, different error message). But keeping asking
>> myself "what if..." I had to follow the idea.
>>
>> Usually in WinXP the installation language can't be changed, but this
>> machine has the WinXP MUI installed. I changed the language to English,
>> rebooted, and voila, the tests ran fine:
>>
>> http://img28.imageshack.us/img28/3851/1testok.jpg
>>
>> freshly read: ABC
>> path: c:\temp\dummyfile.txt
>> ==============================
>> 1342516430301
>> *  File.canRead():       true
>> 1342516430301
>> *  IoUtils.isReadable(): true
>> *1342516430301
>> *  Files.isReadable():   true
>> 1342516430317*
>> [...]
>> ==============================
>>
>> Please note that the call to Files.isReadable() takes only 16ms.
>>
>> I changed the language back to German, logged myself out, then logged in,
>> and the immediately the error occured again:
>>
>> http://img534.imageshack.us/img534/9939/2changing.jpg
>> http://img717.imageshack.us/img717/1426/4afterchangebeforelogou.jpg
>>
>> freshly read: ABC
>> path: c:\temp\dummyfile.txt
>> ==============================
>> 1342517007838
>> *  File.canRead():       true
>> 1342517007838
>> *  IoUtils.isReadable(): true
>> *1342517007838
>> *  Files.isReadable():   false
>> 1342517010134*
>> [...]
>> ==============================
>>
>> Please note that now the call takes about 2.2 seconds!
>>
>> My private WinXP and Windows7 installations are both the professional
>> version, so I can't test this scenario on other machines (see above link
>> about MUI and see http://support.microsoft.com/kb/972813/en-us ).
>>
>> Hope this helps,
>> Victor
>>
>>
>>
>> On Tue, Jul 17, 2012 at 9:43 AM, Alan Bateman <Alan.Bateman at oracle.com>wrote:
>>
>>>  On 17/07/2012 02:02, Victor Ott wrote:
>>>
>>> [...]
>>>
>>> I will guess that if you replace the Files.isReadable in your original
>>> mail with a call to checkAccess then you will also get the same exception,
>>> and this explains why the method returns false (because it is specified to
>>> return false if the accessibility cannot be determined).
>>>
>>> Clearly we have to re-visit the implementation of checkAccess and the
>>> way it determines the effective access as there are clearly problems, in
>>> addition to the performance. Can you say anything about the environment?
>>> Which edition of Windows is this and are you logged into a domain? The only
>>> other report we've had on this related to a case where the system was setup
>>> in a domain but the program was running with a local user that wasn't known
>>> to the domain controller.
>>>
>>> -Alan
>>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/nio-discuss/attachments/20120724/72c0c165/attachment.html