ant-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Andreas Nyberg (JIRA)" <j...@apache.org>
Subject [jira] [Created] (IVY-1398) Retrieve already retrieved artifact from symlink fails: "differs from size of dest file"
Date Tue, 15 Jan 2013 15:18:12 GMT
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

Mime
View raw message