Why do we need LinkOption.NOFOLLOW_LINKS on the target file in CopyMoveHelper.copyToForeignTarget?
Alan Bateman
Alan.Bateman at oracle.com
Mon Dec 30 09:49:22 UTC 2013
On 23/12/2013 15:48, Volker Simonis wrote:
> Hi,
>
> while running the jdk/jtreg tests for our ppc-aix-port I found a
> problem for the demo/zipfs/basic.sh test on AIX:
>
> Exception in thread "main" java.io.IOException: NOFOLLOW_LINKS is not
> supported on this platform
> at sun.nio.fs.UnixPath.openForAttributeAccess(UnixPath.java:773)
> at sun.nio.fs.UnixFileAttributeViews$Basic.setTimes(UnixFileAttributeViews.java:74)
> at java.nio.file.CopyMoveHelper.copyToForeignTarget(CopyMoveHelper.java:135)
> at java.nio.file.CopyMoveHelper.moveToForeignTarget(CopyMoveHelper.java:157)
> at java.nio.file.Files.move(Files.java:1395)
> at ZipFSTester.test1(ZipFSTester.java:141)
> at ZipFSTester.main(ZipFSTester.java:50)
>
> :
>
> However, I don't think that we need to set the
> LinkOption.NOFOLLOW_LINKS option when calling
> Files.getFileAttributeView() on the target file, because the target
> file can not be a symbolic link anyway
You're right, it's not needed here and can be removed.
-Alan
More information about the core-libs-dev
mailing list