You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@tomcat.apache.org by bu...@apache.org on 2005/11/14 19:48:23 UTC

DO NOT REPLY [Bug 37487] - UTF8 encoding doesn't work in Tomcat-5.0.28

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=37487>.
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=37487


markt@apache.org changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |INVALID




------- Additional Comments From markt@apache.org  2005-11-14 19:48 -------
META tags are not how you enable UTF-8 support in a web application.

It is unexpected that the .zip and .exe installers result in different
behaviours but not impossible given that Tomcat gets started differently and the
environment it is running in is different.

Different behaviour on a different OS is entirely unsurprising.

You need to read the JSP and Servlet specs to see how character encoding works.
If passing UTF-8 data to Tomcat then you should set the URIEncoding parameter on
the connector.

Before re-opening this bug, I suggest you try the tomcat-user list for help on
how to write a web app that uses UTF-8. If you do re-open this report you will
need to provide the simplest possible web app (single JSP or servlet) that
demonstrates non-spec compliant behaviour. With reference to the spec, you need
to state what behaviour you expect, what you see, what happens that you do not
expect and/or what does not happen that you do expect.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org