[Geoserver-users] Character encoding

Henrik_Uggla · October 10, 2013, 10:46am

I think it might be a bug. In the Geoserver logs I found:

2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]]

No one else experienced this? Please help.

My /etc/environment:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
LANGUAGE="sv:en"
LANG="sv_SE.UTF-8"
LC_ALL="sv_SE.UTF-8"
LC_MESSAGES="sv_SE.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_PAPER="sv_SE.UTF-8"
LC_IDENTIFICATION="sv_SE.UTF-8"
LC_NAME="sv_SE.UTF-8"
LC_ADDRESS="sv_SE.UTF-8"
LC_TELEPHONE="sv_SE.UTF-8"
LC_MEASUREMENT="sv_SE.UTF-8"

My /etc/default/locale:
LANG="sv_SE.UTF-8"

Koivusalo_Tuomas · October 10, 2013, 11:13am

Hi,

I have encountered same issue and talked about it here earlier, but I left for holidays right afterwards and didn't have time to debug it further. Issue is most definitely bug, apparently regression from version 2.3.4 onwards. I couldn't replicate issue with 2.3.3 but it appears in all later versions. I think this should be reported as bug, although it would probably be good if we could find out more accurately what component is causing this issue to help with debugging.

//koivutu

-----Original Message-----
From: Uggla Henrik [mailto:Henrik.Uggla@anonymised.com]
Sent: 10. lokakuuta 2013 13:47
To: geoserver-users@lists.sourceforge.net
Subject: Re: [Geoserver-users] Character encoding

I think it might be a bug. In the Geoserver logs I found:

2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]]

No one else experienced this? Please help.

My /etc/environment:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
LANGUAGE="sv:en"
LANG="sv_SE.UTF-8"
LC_ALL="sv_SE.UTF-8"
LC_MESSAGES="sv_SE.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_PAPER="sv_SE.UTF-8"
LC_IDENTIFICATION="sv_SE.UTF-8"
LC_NAME="sv_SE.UTF-8"
LC_ADDRESS="sv_SE.UTF-8"
LC_TELEPHONE="sv_SE.UTF-8"
LC_MEASUREMENT="sv_SE.UTF-8"

My /etc/default/locale:
LANG="sv_SE.UTF-8"

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Ruiz_Montoro_Cristin · October 10, 2013, 11:22am

Hello.

I'm in the same situation.
I have installed geoserver 2.4 (war) on a Tomcat 6 on linux CentOs 6.4.
I've tried with version 2.3.5 of Geoserver and also same thing happens. Also on Windows.

The character encoding problem occurs in texts of the styles and also at the layers, but not in the titles or descriptions of datastores.

The version 2.3.4 of geoserver does not occur this problem.

Cristina.

-----Mensaje original-----
De: Uggla Henrik [mailto:Henrik.Uggla@anonymised.com]
Enviado el: jueves, 10 de octubre de 2013 12:47
Para: geoserver-users@lists.sourceforge.net
Asunto: Re: [Geoserver-users] Character encoding

I think it might be a bug. In the Geoserver logs I found:

2013-10-10 12:34:01,240 WARN [wicket.Localizer] - Tried to retrieve a localized string for a component that has not yet been added to the page. This can sometimes lead to an invalid or no localized resource returned. Make sure you are not calling Component#getString() inside your Component's constructor. Offending component: [MarkupContainer [Component id = dummy]]

No one else experienced this? Please help.

My /etc/environment:
PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/java/jdk1.6.0_45/bin:/root/bin

LANGUAGE="sv:en"
LANG="sv_SE.UTF-8"
LC_ALL="sv_SE.UTF-8"
LC_MESSAGES="sv_SE.UTF-8"
LC_NUMERIC="sv_SE.UTF-8"
LC_TIME="sv_SE.UTF-8"
LC_MONETARY="sv_SE.UTF-8"
LC_PAPER="sv_SE.UTF-8"
LC_IDENTIFICATION="sv_SE.UTF-8"
LC_NAME="sv_SE.UTF-8"
LC_ADDRESS="sv_SE.UTF-8"
LC_TELEPHONE="sv_SE.UTF-8"
LC_MEASUREMENT="sv_SE.UTF-8"

LANG=es_ES.UTF-8
LC_CTYPE="es_ES.UTF-8"
LC_NUMERIC="es_ES.UTF-8"
LC_TIME="es_ES.UTF-8"
LC_COLLATE="es_ES.UTF-8"
LC_MONETARY="es_ES.UTF-8"
LC_MESSAGES="es_ES.UTF-8"
LC_PAPER="es_ES.UTF-8"
LC_NAME="es_ES.UTF-8"
LC_ADDRESS="es_ES.UTF-8"
LC_TELEPHONE="es_ES.UTF-8"
LC_MEASUREMENT="es_ES.UTF-8"
LC_IDENTIFICATION="es_ES.UTF-8"
LC_ALL=

My /etc/default/locale:
LANG="sv_SE.UTF-8"

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users