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=19327>. 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=19327 Character entities are escaped to aggressively ------- Additional Comments From [EMAIL PROTECTED] 2003-07-03 22:54 ------- Steve: As always (in the last weeks) I agree on your concers. And indeed, illegal/unexpected error handling is one problem area. But I would always consider using well established / tested sources instead of reinventing the wheel. I have moved a bunch of xerces classes to the axis tree and this implementation would allow us to support a lot more than UTF-8/ ISO-8859-1. However this implementation is pretty expensive if we use it in the same way as we do it right now (by calling a static member for every string). In case the xerces based encoding would be of any interest we should use one XMLStringEncoder instance per request which uses the incoming request encoding or a pre configured encoding in case of axis clients.
