The strange thing is that this problem persist in all my applications
built with this combination of frameworks.
Luka Surija
+385 1 61 99 140
+385 98 434 061
[email protected]
I.Y. tim d.o.o.
Vrbik 3, HR-10000 Zagreb
www.iytim.hr
[email protected]
Matthias Wessendorf wrote:
Hrm,
I was able to submit my name "Weßendorf" on the demo
(Trinidad 1.2. trunk + MyFaces 1.2.x + Jetty)
-Matthias
On Tue, Mar 17, 2009 at 6:48 PM, Luka Surija <[email protected]> wrote:
No, just JSF phase listener for authentication. Nothing special. If you
referring to the error in server log, then it shows only in 1.2.x version
of trinidad.
Looking with Firefox live headers bellow mentioned characters are submitted
as "%C5%A1%C4%91%C5%BE%C4%87%C4%8D" in both versions of trinidad. So it's
not problem with browser encoding.
Luka Surija
+385 1 61 99 140
+385 98 434 061
[email protected]
I.Y. tim d.o.o.
Vrbik 3, HR-10000 Zagreb
www.iytim.hr
[email protected]
Matthias Wessendorf wrote:
Are you using some custom filter, that accesses the request map ?
-Matthias
On Tue, Mar 17, 2009 at 5:57 PM, Luka Surija <[email protected]> wrote:
Hi,
I'm stuck with trinidad version 1.0.x. and I can't use any 1.2.x version
because many non us characters are broken. The problem is not in
character
displaying this characters, but in submitting.
For example "šđžćč" is correctly displayed in tr:inputText, but after
submitting the same value, it is displayed as "Å¡Ä‘Å¾Ä‡Ä ". This problem
is
not only with croatian characters, but also with German umlauts and
probably
other non us characters.
I've also noticed that with 1.2.x version of trinidad this error in
server
log:
"PWC4011: Unable to set request character encoding to UTF-8 from context
/YP, because request parameters have already been read, or
ServletRequest.getReader() has already been called"
Glassfish 9.1
Trinidad 1.2.11
Facelets 1.1.13
Majorra 1.2_04-b18-p03
--
Luka Surija
+385 1 61 99 140
+385 98 434 061
[email protected]
I.Y. tim d.o.o.
Vrbik 3, HR-10000 Zagreb
www.iytim.hr
[email protected]
