ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 23341] New: - <copy filtering="true"> breaks binary files
Date Tue, 23 Sep 2003 06:54:04 GMT
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=23341>.
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=23341

<copy filtering="true"> breaks binary files

           Summary: <copy filtering="true"> breaks binary files
           Product: Ant
           Version: 1.5.4
          Platform: All
               URL: http://www.xdweb.net/~dibblego/resume
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Core tasks
        AssignedTo: dev@ant.apache.org
        ReportedBy: tonymorr@au1.ibm.com


I haven't checked the source but I'm gussing that the <copy> task uses some 
sort of java.io.Reader when performing filtering. The problem arises when I 
have, let's say a javadoc directory that contains a zillion ASCII files and 
one .gif file - the .gif file will get all screwed up by the filtering. I'd 
prefer not to have to <exclude name="**/*.gif"/> as this leaves the build open 
to problems when, for example some other binary file type is placed into the 
directory to copy. For example, a userguide directory that contains ASCII files 
plus a few .gif files, I use the exclude on the .gif files and then I introduce 
a .jpg file - I'd have to remember to exclude that file as well.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message