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=23147>. 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=23147 Carriage returns in text nodes double after being transformed/parsed. [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | ------- Additional Comments From [EMAIL PROTECTED] 2004-03-09 15:24 ------- This may be ok if the output you wish to generate is HTML. However, I encounter the same problem in generating an utf-8 text file that represents a script in a certain syntax (Sieve mail filters - RFC 3028). This syntax does not accept double carriage returns, so interpretation of the generated script fails. Besides, in the analysis of the bug it is stated that the use of character references causes this behavior. In my case, I do not use character references but the sequence \r\n and still in my output I see \r\r\n. So this does not only happen with character references. I now use a workaround that uses wrapper classes for the stream/writer the Xalan processor writes to that scans the written content for double carriage returns and skips one of them if encountered. Since this is not a really satisfying solution, I have reopened this bug.
