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
