Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@www.apache.org Received: (qmail 35205 invoked from network); 20 Feb 2004 17:12:37 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 20 Feb 2004 17:12:37 -0000 Received: (qmail 29577 invoked by uid 500); 20 Feb 2004 17:11:42 -0000 Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 29477 invoked by uid 500); 20 Feb 2004 17:11:41 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Tomcat Users List" Reply-To: "Tomcat Users List" Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 29399 invoked from network); 20 Feb 2004 17:11:41 -0000 Received: from unknown (HELO exchange.sl.cbs.dk) (130.226.47.30) by daedalus.apache.org with SMTP; 20 Feb 2004 17:11:41 -0000 Received: by exchange.sl.cbs.dk with Internet Mail Service (5.5.2653.19) id ; Fri, 20 Feb 2004 18:14:47 +0100 Message-ID: <3164F138AC4ED011A7FB00A024DFAADAC4188A@exchange.sl.cbs.dk> From: Trygve Hardersen To: 'Tomcat Users List' Subject: RE: 5.0.16 and 5.0.18 international character support Date: Fri, 20 Feb 2004 18:14:38 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Correct, Context-Type is text/html. So what's the conclusion? Tomcat = 5.0.14 and international characters work fine with utf-8, for later versions = use iso-8859-1 or other? milx -----Original Message----- From: Adam Hardy [mailto:ahardy.struts@cyberspaceroad.com]=20 Sent: Friday, February 20, 2004 6:00 PM To: Tomcat Users List Subject: Re: 5.0.16 and 5.0.18 international character support The point is that the browser sees the HTTP response headers, even if = it=20 doesn't display them, and it uses them to decide which charset to use = to=20 display the page, regardless of your xml & meta declarations in the = html=20 file. On 02/20/2004 05:57 PM Trygve Hardersen wrote: > I don't get the point of doing this. The problem is not request and > response, but the way characters are displayed. >=20 > Changed the charset to western European, charset=3Diso-8859-1, and = now > everything works fine. > milx >=20 > -----Original Message----- > From: Antonio Fiol Bonn=EDn [mailto:fiol.bonnin@terra.es]=20 > Sent: Friday, February 20, 2004 5:33 PM > To: Tomcat Users List > Subject: Re: 5.0.16 and 5.0.18 international character support >=20 > What Adam said was: > Look in the response headers to see it. >=20 > I think he *really* meant the response headers, not the html code. >=20 > To do that on IE, you need a plugin called ieHTTPheaders or something = like > that. >=20 > On Netscape/Mozilla, use LiveHTTPHeaders. >=20 > Otherwise, if you are not on HTTPS, you can use a network sniffer. >=20 >=20 > Antonio Fiol >=20 >=20 > Trygve Hardersen wrote: >=20 >=20 >>Thanks for the reply. Project never ran on 4.x, developed on 5.x = starting >=20 >>from 5.0.14. Using JSTL 1.1.=20 >=20 >>5.0.14: >> >>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >> >>>charset=3Dutf-8" /> >> >>5.0.18: >> >>> "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> >> >>>charset=3Dutf-8" /> >> >>That is equal. However, the characters =E6=F8=E5 are in plain text in = the page, >>but IE displays them incorrectly. I can't find any difference in the source >>of the pages between 5.0.14 and later, which makes me wonder if the problem >>is IE oriented. Thing is though, that IE displays everything correct = on >>5.0.14..... Installing Netscape now, Opera does not support xhtml = with >>script elements. Idea? >> >>milx >> >>-----Original Message----- >>From: Adam Hardy [mailto:ahardy.struts@cyberspaceroad.com]=20 >>Sent: Friday, February 20, 2004 2:43 PM >>To: Tomcat Users List >>Subject: Re: 5.0.16 and 5.0.18 international character support >> >>On 02/20/2004 01:17 PM Trygve Hardersen wrote: >>=20 >> >> >>>I'm having a silly problem with 5.0.16 and 5.0.18, regarding the >>>Scandinavian characters =E6, =F8 and =E5 (probably others to). I've = developed a >>>project using tomcat and struts, where both message resources and = actual >>>data in the database contain these characters. Using 5.0.14 and = prior, >>> =20 >>> >> >>I've >>=20 >> >> >>>not paid attention to the characters; just used plain text for both >>>resources and data. This has worked out just fine, regardless of = user >>> =20 >>> >> >>locale >>=20 >> >> >>>(and thereby the lang option of the page), the characters have been >>> =20 >>> >> >>rendered >>=20 >> >> >>>properly. Attempting to stay up-to-date, I upgraded to 5.0.16 and = later >>>5.0.18, but now the characters are Chinese-like (unreadable for a >>>Scandinavian). Anyone knows the cause of this? >>> >>>The pages are all UTF-8, xhtml and there is no difference in = handling of >>>message resources and model data. >>> =20 >>> >> >>Are you sure about that? Could it be that you actually did have this=20 >>problem with tomcat 5.0.x but just didn't notice? When did you = upgrade=20 >=20 >>from tomcat 4.x? >=20 >>There are issues going from tomcat 4 to 5 that could affect this, but = >>none that I know of, just from 5.0.14 -> 16. >> >>Check the character encoding of your pages in the browser. Look in = the=20 >>response headers to see it. What is it & what do you want it to be? >> >>Adam >> >> >>=20 >> >=20 >=20 >=20 > --------------------------------------------------------------------- > To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org > For additional commands, e-mail: tomcat-user-help@jakarta.apache.org >=20 >=20 --=20 struts 1.1 + tomcat 5.0.16 + java 1.4.2 Linux 2.4.20 Debian --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-user-help@jakarta.apache.org