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