Header anders dan uitgestuurd.

[Herbert Groot Jebbink]

Hoi, ik heb een JSP welke als eerste regel heeft:

<%response.setHeader("Content-Type",
"text/html;charset=ISO-8859-2");response.setHeader("Content-Language","pl");%>

doch als ik met de "Live HTTP Headers" plugin van FireFox kijk wat er
daadwerkelijk naar de browser gestuurd wordt dan is de charset goed maar
de language heeft 'ineens' pl-PL gekregen ipv alleen pl

Content-Type: text/html;charset=ISO-8859-2
Content-Language: pl-PL

Het betreft Websphere 5.0.6, iemand hier misschien een verklaring voor?

hgj

[Jan Ehrhardt]

Herbert Groot Jebbink in nl.internet.www.server-side (Wed, 6 Jul 2005
12:06:31 +0000 (UTC)):

>Hoi, ik heb een JSP welke als eerste regel heeft:
>
><%response.setHeader("Content-Type",
>"text/html;charset=ISO-8859-2");response.setHeader("Content-Language","pl");%>
>
>doch als ik met de "Live HTTP Headers" plugin van FireFox kijk wat er
>daadwerkelijk naar de browser gestuurd wordt dan is de charset goed maar
>de language heeft 'ineens' pl-PL gekregen ipv alleen pl
>
> Content-Type: text/html;charset=ISO-8859-2
> Content-Language: pl-PL

Is het geen eigen interpretatie van FireFox of die plugin? Wat levert
lynx -head http://...
op?

Jan
--
Look, Ma. No tables - http://enbio.steenbergen-stichting.nl/

[Herbert Groot Jebbink]

Jan Ehrhardt wrote:

>> Hoi, ik heb een JSP welke als eerste regel heeft:
>>
>> <%response.setHeader("Content-Type",
>> "text/html;charset=ISO-8859-2");response.setHeader("Content-Language","pl");%>
>>
>> doch als ik met de "Live HTTP Headers" plugin van FireFox kijk wat er
>> daadwerkelijk naar de browser gestuurd wordt dan is de charset goed maar
>> de language heeft 'ineens' pl-PL gekregen ipv alleen pl
>>
>> Content-Type: text/html;charset=ISO-8859-2
>> Content-Language: pl-PL

> Is het geen eigen interpretatie van FireFox of die plugin? Wat levert
> lynx -head http://...

HTTP/1.1 200 OK
Date: Wed, 06 Jul 2005 14:14:12 GMT
Server: WebSphere Application Server/5.0
Set-Cookie: JSESSIONID=0000KH7NIbwEIfaYPjaPYuzOUC1:-1;Path=/
Set-Cookie: criCookie=null_user;Expires=Wed, 06-Jul-2005 15:54:12 GMT
Pragma: No-cache
Cache-Control: no-cache
Expires: Thu, 01 Jan 1970 00:00:00 GMT
Connection: close
Content-Type: text/html; charset=ISO-8859-2
Content-Language: pl-PL

misschien is er nog een ander onderdeel dat ook deze header uitstuurd,
ik meen eens gelezen te hebben dat als dezelfde header meerdere keren
uitgestuurd wordt alleen de laatste wordt genomen.

hgj

[John Bokma]

Herbert Groot Jebbink <herbert@groot.jebbink.nl> wrote:

> Hoi, ik heb een JSP welke als eerste regel heeft:
>
> <%response.setHeader("Content-Type",
> "text/html;charset=ISO-8859-2");response.setHeader("Content-Language","
> pl");%>
>
> doch als ik met de "Live HTTP Headers" plugin van FireFox kijk wat er
> daadwerkelijk naar de browser gestuurd wordt dan is de charset goed
> maar de language heeft 'ineens' pl-PL gekregen ipv alleen pl

Wat is het verschil tussen die twee? Kan het zijn dat pl-PL equivalent is
aan pl, maar de voorkeur heeft? Het kan ook nog zo zijn dat setHeader deze
grap uithaalt, ik ben ff te lang uit JSP om te weten hoe eenvoudig je de
header even terug kan lezen, en die uitprinten. (Wellicht gewoon
repsonse.getHeader(...)).

--
John Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Website design: http://johnbokma.com/websitedesign/
Ervaren Perl / Java programmeur beschikbaar: http://castleamber.com/
Tevreden opdrachtgevers: http://castleamber.com/testimonials.html

[Tjerk Wolterink]

Herbert Groot Jebbink wrote:
> Hoi, ik heb een JSP welke als eerste regel heeft:
>
> <%response.setHeader("Content-Type",
> "text/html;charset=ISO-8859-2");response.setHeader("Content-Language","pl");%>
>
> doch als ik met de "Live HTTP Headers" plugin van FireFox kijk wat er
> daadwerkelijk naar de browser gestuurd wordt dan is de charset goed maar
> de language heeft 'ineens' pl-PL gekregen ipv alleen pl
>
> Content-Type: text/html;charset=ISO-8859-2
> Content-Language: pl-PL
>
> Het betreft Websphere 5.0.6, iemand hier misschien een verklaring voor?
>
> hgj

Java heeft ondersteuning voor I18n (Internationalization)
en waarschijnlijk zet die pl gewoon om in pl-PL, zo
werkt java altijd met talen, nl is bijvoorbeeld nl-NL,
wat het precies is weet ik niet maar het heeft
er mee te maken dat je bijvoorbeeld meerdere soorten engels hebt.

I.i.g. niksom je zorgen over te maken

[David Baakman]

Tjerk Wolterink wrote...

> Java heeft ondersteuning voor I18n (Internationalization)
> en waarschijnlijk zet die pl gewoon om in pl-PL, zo
> werkt java altijd met talen, nl is bijvoorbeeld nl-NL,
> wat het precies is weet ik niet maar het heeft
> er mee te maken dat je bijvoorbeeld meerdere soorten engels hebt.
>
> I.i.g. niksom je zorgen over te maken

Ik vind het eigenlijk wel redelijk om je zorgen te maken over het feit
dat je applicatieserver headers die je expliciet hebt gezet gaat lopen
veranderen.

Mijn WebSphere installaties eens even getest:

Test Environment ([BASE 5.0.0 s0245.03] met J2RE 1.3.1 IBM Windows 32
build cn131-20021107)

Network Deployment Edition ([BASE 5.0.0 s0245.03] met J2RE 1.3.1 IBM
Windows 32 build cn131-20021107)

Test Environment ([BASE 5.1.0 b0344.02] met J2RE 1.4.1 IBM Windows 32
build cn14111-20031011)

Met de JSP uit de eerste post krijg ik in alle drie de gevallen:

HTTP/1.1 200 OK
Server: WebSphere Application Server/5.0
Content-Type: text/html;charset=ISO-8859-2
Content-Language: nl-NL
Connection: close

dus pl gewoon vervangen door nl-NL... vaag... 't is blijkbaar wel
veranderd in latere versies, want bij 5.0.6 krijg je iets anders (of
staat de locale van die machine op pl?). En nee, ik heb geen zin om nu
fixpacks te gaan installeren om nog meer te testen... :)

David

[Herbert Groot Jebbink]

David Baakman wrote:

>> Java heeft ondersteuning voor I18n (Internationalization)
>> en waarschijnlijk zet die pl gewoon om in pl-PL, zo
>> werkt java altijd met talen, nl is bijvoorbeeld nl-NL,
>> wat het precies is weet ik niet maar het heeft
>> er mee te maken dat je bijvoorbeeld meerdere soorten engels hebt.
>>
>> I.i.g. niksom je zorgen over te maken
>
> Ik vind het eigenlijk wel redelijk om je zorgen te maken over het feit
> dat je applicatieserver headers die je expliciet hebt gezet gaat lopen
> veranderen.

mee eens :-)

> Met de JSP uit de eerste post krijg ik in alle drie de gevallen:
>
> HTTP/1.1 200 OK
> Server: WebSphere Application Server/5.0
> Content-Type: text/html;charset=ISO-8859-2
> Content-Language: nl-NL
> Connection: close
>
> dus pl gewoon vervangen door nl-NL... vaag... 't is blijkbaar wel
> veranderd in latere versies, want bij 5.0.6 krijg je iets anders (of
> staat de locale van die machine op pl?).

kijk dat is zinvol om te weten, het wordt kennelijk niet veranderd maar
compleet genegeerd en er komt een andere header voor in de plaats. De
environment in kwestie is inderdaad Pools, dus jouw nl-NL zal wel de
zelfde herkomst hebben als mijn pl-PL.

Maar we willen geen environment setting maar het zelf zetten omdat het
verschillend per bezoeker kan zijn.

hgj