DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=38679>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=38679 ------- Additional Comments From [EMAIL PROTECTED] 2006-02-16 15:39 ------- So I have perform change and the result is the same. But I have seen something strange. In my FileManipulator class, I have a method copy(String from, String to) which resolveFile with the FileSystemManager and perform a copyFrom (see source code on the sourceforge ViewCVS). I my process, I perform : FileManipulator fileManipulator = FileManipulator.getInstance(); fileManipulator.copy("tgz:http://remote/archive.tar.gz!/applications/myapp.ear", "/tmp/myapp.ear"); fileManipulator.copy("tgz:http://remote/archive.tar.gz!/applications/myapp.ear", "/tmp/myapp.ear.cache"); I go to the filesystem and see, for exemple : -rw-r--r-- 1 autodepl autodepl 27727236 Feb 16 14:26 profinance-bo.ear -rw-r--r-- 1 autodepl autodepl 26790544 Feb 16 14:26 profinance-bo.ear.cache The files are normally the same by the file size is different which explain the MD5 difference !!! Should I use a different fileManipulator (and so fileSystemManager) instance ? Is it a cache problem ? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]