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=39122>. 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=39122 ------- Additional Comments From [EMAIL PROTECTED] 2006-03-28 23:27 ------- I expect uptodate to work with a target directory because it operates on FileSets. The documentation is confusing and inconsistent about whether a directory is or is not considered a "file" for the purpose of FileSets, FileLists, etc. "copy" and "move" appear to include directories in their FileSets (see the "includeEmptyDirs" documentation for each of them). Other tasks, such as this one, say nothing about directories; even the FileSet documentation neglects to mention them. Contributing further to my confusion, and making this feel a lot more like a bug, is the fact that specifying a "srcfile" attribute rather than a nested source FileSet somehow affects whether I can specify a target directory. Here's my (rather mundane) problem: I have a set of libraries in jar files, which are expanded into a target directory. I want to perform this expansion iff one of the jars has been modified since the last expansion. I can't check against the expanded files, because their date stamps are preserved by the archive. But whenever I perform the expansion, I will delete and recreate the target directory, so I know I can compare against its date stamp. More generally, I want to define a target that will compare the files in a given source directory to a given target directory and set a property if the target is out of date. -- 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]
