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=36290>. 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=36290 ------- Additional Comments From [EMAIL PROTECTED] 2005-08-24 09:40 ------- My immediate problem is solved by using <copy filtering="on" encoding="iso-8859- 1"> since that handles fine also UTF-8 encoded files. I have no reason to assume that other more exotic encodings will be used any time soon. <xslt> may be a solution of XML files but in our case there could also be non- XML text files in the fileset. I find it very confusing that something called <copy> does unintended modifications. It would be clearer to deprecate <copy filtering="on"> and create an new <filter> task to replace it. May I just suggest to add a sentence to the note on the documentation page: NOTE: If you employ filters in your copy operation, you should limit the copy to text files. Binary files will be corrupted by the copy operation. ***Text files may also be corrupted by the copy operation unless the encoding attribute matches the file content.*** This applies whether the filters are implicitly defined by the filter task or explicitly provided to the copy operation as filtersets. -- 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]
