You are viewing a plain text version of this content. The canonical link for it is here.
Posted to notifications@ant.apache.org by "Andreas Nyberg (JIRA)" <ji...@apache.org> on 2013/01/15 16:18:12 UTC

[jira] [Created] (IVY-1398) Retrieve already retrieved artifact from symlink fails: "differs from size of dest file"

Andreas Nyberg created IVY-1398:
-----------------------------------

             Summary: Retrieve already retrieved artifact from symlink fails: "differs from size of dest file"
                 Key: IVY-1398
                 URL: https://issues.apache.org/jira/browse/IVY-1398
             Project: Ivy
          Issue Type: Bug
          Components: Core
    Affects Versions: 2.3.0-RC2
         Environment: Eclipse 4.2.1 (Spring Tool Suite 3.1), IvyDE 2.2.0.beta1 containing Ivy 2.3.0-rc2, Windows 7 with remote AFS to a FileSystem resolver on Linux
            Reporter: Andreas Nyberg


The second serial ivy:retrieve to an overlapping target fails regardless of the settings of overwriteMode when the source artifact is a symbolic link. Although I don't want it, Ivy compares the size of the source and the target, and uses the size of the link (25 bytes) rather than the size of the target of the symbolic link (5637 bytes).

I don't see the need to compare at all if overwriteMode is "always" or "never". For "newer", it doesn't make sense to compare anything but the timestamps. The remaining "different" ("overwrite the destination file if the timestamp is different") doesn't really make sense to me at all.

I can't "follow" the link with getCanonicalFile() or getAbsoluteFile(), probably because the File object is opaque on the Windows/Java side. I guess we cannot rely on File.length() to compare files.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira