DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1550>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=1550 delete task follow symbolic links ------- Additional Comments From [EMAIL PROTECTED] 2001-09-27 09:06 ------- With respect to SMB: Let us say we have a file c1 and a symlink to that, say, c2. Both these files are in a Unix/Linux system. Using SMB, this file becomes available to a Windows machine. In this case, the getCanonicalPath and getAbsolutePath that gets returned by the Windows JVM are one and the same. In fact, if we issue File.delete on c2, just c2 will be deleted. The JVM will not be intelligent enough to resolve the symlink in this case. In other words, when Samba is used, and a delete is attempted from Windows, the delete task will *not* follow symlinks - it won't even know it is a symlink - it is just another file as far as Windows is concerned. +1 to patch it against 1.5 branch and get user feedback. I don't have access to various systems you have mentioned (OS-X, OS/2, OpenVMS) and I have to rely on the feedback to include additional criteria. Thanks, Magesh
