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





------- Additional Comments From [EMAIL PROTECTED]  2004-12-07 19:17 -------
Hi,
   I may have the similar problem as discussed here.  I need to use jsp to 
display some data in Japanese character from MS 
SQL server database.  I have already set the encoding in jsp to be:
 
<%@ page language="java" contentType="text/html; charset=UTF-8" %> 
 
If I use tomcat version 5.0.18, then the japanese character is 
displayed correctly.  However, if I use 5.0.28 or 5.5.4, the characters are 
something like "???".  If I right click the html page generated from jsp 
on the above versions, I can see the encoding to be Western instead of 
"UTF-8" like what happened with 5.0.18.  Does anyone know what cause 
this problem and if any configuration of Tomcat needs to be made.  Thank 
you very much for your help.
   Someone here that could not get the correct character set may want to test 
tomcat version 5.0.18.

(In reply to comment #0)
> After setting contentType to hebrew encoding in a JSP page, static text in the
> page is correctly displayed according to the specified encoding, but
> dynamically-generated text (<%= %> expression) does NOT get encoded to hebrew
> and it appears as a sequence of question marks on the browser.
> JSP is dispatched from a servlet that handles the request prior to generating
> the response to the client.
> Reproduced on both with IE-6 SP-1 and Firefox 1.0.
> I attached is a JSP page to reproduce the problem (but it requires that a
> database with hebrew content will be on the other hand, and that a servlet 
will
> assign a value to the variable before dispatching the call to the attached 
JSP).



-- 
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: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to