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=7036>. 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=7036 cannot get multibyte characters in TomCat [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED ------- Additional Comments From [EMAIL PROTECTED] 2002-03-15 10:50 ------- Yes, it turns out the problem is with my browser--Mozilla. I was testing my servlet under English environment, so I copy&paste the raw Big5 code into Mozilla. But since Mozilla use Unicode to display Multibyte characters so it refuses to process raw Big5 data, that's why my data get cut (my guessing). But if I paste UTF-8 Chinese data into Mozilla(en), then the getParameter will get the data. However, what kind of data that is actually sent out depends on the encoding of the current editing page. So here is the case: page encoding data entered data received -------------|----------- |-----------| UTF-8 UTF-8 UTF-8 BIG5 UTF-8 BIG5 GB2312 UTF-8 GB2312 --------------------------------------- I didn't use request.setCharacterEncoding because Forte for Java 3 doesn't support j2ee 1.3.1 yet. I believe it should work, as long as you know what kind of encoding data you are receiving. If it's on Chinese OS, then I could enter Chinese directly(big5 or gb2312), I guess Mozilla did the conversion base on the default locale before it sends the data. IE6 works the same way as mozilla. Maybe IE5 too? -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
