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=29896>. 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=29896 html:text and some japanese character [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID ------- Additional Comments From [EMAIL PROTECTED] 2004-07-03 02:45 ------- Adding request.setCharacterEncoding("ISO-2022-JP"); to JSP has no effect under Struts because JSP doesn't interpret the response; ActionForms does before JSP sees it. See bug 29824. Use of ISO-2022-JP as web encoding is extremely rare in Japan. web pages are usually encoded in Shift_JIS (or its Microsoftw variation "windows-31j") or EUC-JP. UTF-8 is another possibility. Until my patch for 29824 is integrated, call request.setCharacterEncoding("Shift_JIS" /* or EUC_JP, UTF-8, whichever you used to encode the form from which the response is coming */) from within reset() for your ActioniForm subclass. Also note, use of response.setCharacterEncoding() is not recommended because the JSP compiler won't know what encoding the code will be handling. Rather, it should be part of contentType attribute of the page directive, as in: <% @page contentType="text/html; charset=Shift_JIS" %> I'll be closiing this bug. If the above recommendation doesn't work for you, please reopen it. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
