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=28049>. 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=28049 sql task not able to import "windows UTF-8" ------- Additional Comments From [EMAIL PROTECTED] 2004-04-05 12:42 ------- This is an issue for so many other classes in Ant that any local fix for the sql task would be wrong. Sun's own docs don't talk about a BOM for utf-8, so it's pretty likely they'll not support it properly. Even the unicode FAQ you link to says "Note that some recipients of UTF-8 encoded data do not expect a BOM." and says it wouldn't make any difference for the endianess of the stream. So Notepad is allowed to do that, but it's useless and dangerous. Obviously Java clients are in the "do not expect a BOM" department. I'm not really sure what to do here. Your patch should probably only apply if requested or native encoding is UTF-8 and it should be farmed out into a helper class so that othere tasks can reuse it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
