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=26230>. 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=26230 junitreport task gets java.lang.StackOverflowError during XSL xform ------- Additional Comments From [EMAIL PROTECTED] 2004-01-19 18:07 ------- I encountered this problem on my Windows box. The problem is where the JUnitReport xsl file attempts to escape, for JavaScript, backslashes. It happens primarily on machines with big paths or deep hierarchies and with '\' as the separator character. The xsl tries to escape all the '\' using a recursive method. I made a fix that checks the number of characters to escape. If it was beyond a reasonable limit (I said 20), then it would do a "hack" and replace the escaped characters with some other single character using the XSL "transform" method. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
