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.


More information about the core-libs-dev mailing list