RE: How to get Tomcat to send proper charset?

[Andrew Chapman]

Eva,

This will work. I think the problem in the response.setContentType() is as
simple as a typo. An extra quote seems to have crept in, so:

response.setContentType(text/html; charset=UTF-8)

SHOULD BE

response.setContentType(text/html; charset=UTF-8)

Andy

-Original Message-
From: Allen,Eva [mailto:[EMAIL PROTECTED] 
Sent: 13 June 2007 04:36
To: Tomcat Users List
Subject: How to get Tomcat to send proper charset?

We just recently switched our platform from tomcat 4.124 to Tomcat
5.5.23 and now languages Japanese, Chinese (traditional) and Chinese
(simplified) are not displaying properly.   Here's a little background.

We use servlets to build HTML code to be output (please no comments on
how bad an idea this is; it's legacy code, we must support it).  What
we'd done up until now is determine the language to be used from the
login page, save it in the session and use it to determine what
character set should be output.  The character set was explicitly stated
in a meta header on the output web page like so

html lang=ja
head
titlePage Title/title
meta http-equiv=Content-Type content=text/html; charset=UTF-8
 
or

html lang=en
head
titlePage Title/title
meta http-equiv=Content-Type content=text/html; charset=iso-8859-1

That is no longer working.  It was suggested that tomcat was paying
attention to the HTTP Content-Type header to determine what character
set to display so I modified the code a little bit to use

response.setContentType(text/html; charset=UTF-8)
or 
response.setContentType(text/html; charset=iso-8859-1)

depending on which was appropriate.

But even though that response header is explicitly set in the code,
somehow, somewhere it's changed again, because I've determined that the
content type response header looks like this:

 Content-Type: text/html;charset=ISO-8859-1

What's going on?  Why is Tomcat ignoring what we're telling it?  How can
we get Tomcat to send the correct response header so that our Japanese
and Chinese readers can see something other than gibberish?
-- 
Eva Allen
Consulting Software Engineer, OCLC, Inc.
6565 Kilgour Pl., Dublin, OH  43017
614.764.6009 | [EMAIL PROTECTED]
Views contained herein are my own; they do not necessarily reflect those
of my employer



-
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Multiple HTTP GET from MS Word/Excel hyperlink

[Andrew Chapman]

Whilst investigating a strange bug some of our customers were experiencing
using links in Excel to our web application I discovered that the root of it
was this strange behaviour in Excel.

After monitoring the http requests I discovered that clicking a hyperlink in
Excel creates the following multiple HTTP GET requests:

--

GET /test.jsp HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Host: localhost:8088
Connection: Keep-Alive
Cookie: JSESSIONID=04E1A0B6BD7532F746F2BFCAE167422F

GET /test.jsp HTTP/1.1
Accept: */*
Accept-Language: en-gb
Accept-Encoding: gzip, deflate
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)
Host: localhost:8088
Connection: Keep-Alive 

--

Notice the lack of JSESSIONID on the second request, this basically results
in a new session being created and the previous session (and data) being
lost.
 
I have searched in vain for any information on this. Have any of you
knowledgable web veterans seen this before or do you know of any fix,
workaround or Tomcat related fix?

Thanks in advance

Andy Chapman




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]