I have set UTF-8 as the default everywhere - struts, tomcat, sitemesh.
I had a small breakthrough. It looks like it's a 2.1.6 specific issue. I
updated a development version to 2.1.8 and 2.2.1 and both worked fine. I
now have to find time to test the updated version for unintended
consequences.
That defines the encoding of the web.xml file itself...
On Oct 18, 2010 10:32 AM, "Martin Gainty" wrote:
>
> Hi Zoran
>
> can you confirm the encoding attribute at the top of your web.xml e.g.
>
>
> in which case you *should* be able to map
> U+00C6Æc3 86LATIN CAPITAL LETTER AE
> http://www.utf8-
Hi Zoran
can you confirm the encoding attribute at the top of your web.xml e.g.
in which case you *should* be able to map
U+00C6Æc3 86LATIN CAPITAL LETTER AE
http://www.utf8-chartable.de/
please confirm
Martin Gainty
__
Verzicht und Vertraulichk
Sorry, type error:
> In your old configuration, [StrutsPrepareFilter] is the last filter applied
> to request
==>
Should be:
In your old configuration, [FilterDispatcher] is the last filter
applied to request
2010/10/18 Li Ying :
> I did a quick look at the struts2.2.1 source code.
>
> It l
I did a quick look at the struts2.2.1 source code.
It looks like the method [HttpServletRequest.setCharacterEncoding]
is invoked by class [FilterDispatcher] and [StrutsPrepareFilter].
(You can use [Call Hierarchy] view to find out this information)
In your old configuration, [StrutsPrepareFilter]
I found the problem and it does not involve Struts 2.We changed
our SQL Server 2005 Text columns to varcharmax. For Java to properly
read the characters out of the DB we had to use rs.getCharacterStream.
Thank you for your help.
On Thu, Jul 3, 2008 at 5:01 PM, Laurie Harper <[EMAIL PROTECTE
Richard Sayre wrote:
I have a form containing text areas. When I copy a bunch of character
data such as:
2öÂnJ1ÈÏúÄp8éÎdìåmðh4uæEÍÉieÔWán2ÅìbØÉÅÀ1JÎZÏôsC5LòÚAPúÜaÃÙPC5üÆCJWCOzùÙtÒQqùét
into the text are, it displays normally. When I save the data, the
database stores the characters properly,
Thanks a lot, that has sorted it out.
I'm a bit confused as to why changing the default from utf-8 works though...
Jonny Cavell wrote:
>
> I am setting default_encoding=UTF-8 in freemarker.properties, and leaving
> the struts encoding in default.properties untouched (i.e.
> struts.i18n.encodi
http://www.opensymphony.com/webwork/wikidocs/WebWork%20Freemarker%20Support.html
default-encoding needs to be set to ISO-8859-1 in freemarker.properties
more specifically:
default_encoding=ISO-8859-1 template_update_delay=5 locale=no_NO
HTHMartin__Dis
If you mean like System.out.println(request.getCharacterEncoding()) in top of
JSP, I guess I have, have to make a second check though, will return when
it's done. Really appreciate your aid, thanks
/Riffla
=
Christopher Schultz-2 wrote:
>
> -BEGIN PGP SIGNED
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Riffla,
riffla wrote:
> Here's the content of the filter class:
[snip]
> public void doFilter(ServletRequest request, ServletResponse response,
> FilterChain chain)
> throws IOException, ServletException {
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Riffla,
riffla wrote:
> Encoding set in:
>
> JSP Page directive
> Content inside Html Meta tag
> And there is also a charsetFilter class used (see below)
This last one is used for overriding /request/ encoding, right?
>
> PARAMETER_ENCODING
> UTF
s de caractère privé ou confidentiel. Si vous n'êtes pas le
> destinataire de ce document, nous vous signalons qu'il est strictement
> interdit de le diffuser, de le distribuer ou de le reproduire.
> - Original Message -
> From: "riffla" <[EMAIL PROTECTED]
signalons qu'il est strictement interdit
de le diffuser, de le distribuer ou de le reproduire.
- Original Message -
From: "riffla" <[EMAIL PROTECTED]>
To:
Sent: Friday, March 23, 2007 9:42 PM
Subject: Re: Character encoding...
>
> Encoding set in:
>
> JS
Encoding set in:
JSP Page directive
Content inside Html Meta tag
And there is also a charsetFilter class used (see below)
Struts-config.xml contains:
===
===
web.xml contains:
===
Character Encoding
se.telia.kontaktamig.web.util.CharsetFilter
Character Encoding
/*
PARAMETER_ENCODING
UTF
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Riffla,
riffla wrote:
> Of course, forgot to mention, mainly I mean as output on a JSP page (both
> bean:write and <%=...%>, but also System.out.println() in different places,
> always the same result...
The method of output is not relevant. Only the
Of course, forgot to mention, mainly I mean as output on a JSP page (both
bean:write and <%=...%>, but also System.out.println() in different places,
always the same result...
/Riffla
Christopher Schultz-2 wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Riffla,
>
> riffla wro
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Riffla,
riffla wrote:
> Sending a request form a JSP using ISO-8859-1 with POST method (no problem
> using GET method or UTF-8 on origin page) to either a Struts action or
> another JSP (with either UTF-8 or ISO-8859-1, tried both) replaces my å,ä
> a
Thanks for the reply
Actually, we do use a filter setting the encoding to UTF-8, though I'm not
sure if my problem is exactly the same as above.
Sending a request form a JSP using ISO-8859-1 with POST method (no problem
using GET method or UTF-8 on origin page) to either a Struts action or
anoth
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Riffla,
riffla wrote:
> And I guess that the form bean attributes is set prior to any code in the
> form class, so that you can't set the characterEncoding in the form class
> (at, for example, the beginning of initialize() method), or...?
Correct. Y
And I guess that the form bean attributes is set prior to any code in the
form class, so that you can't set the characterEncoding in the form class
(at, for example, the beginning of initialize() method), or...?
Joe Germuska wrote:
>
>>I had problem with character encoding in my web application.
I had problem with character encoding in my web application. I was trying to
display Polish characters using UTF-8 but data from forms was not getting in
proper format to the business layer. I managed to solve this by setting
filter which does request.setCharacterEncoding(encoding); But the quest
J.Patterson Waltz III writes:
> Yep. That was it.
> I commented out the filter definition for ResponseOverrideFilter and
> everything displayed as expected.
> I then reinstated it, placing it *after* the
> SetCharacterEncodingFilter in web.xml, and all was still well.
Great!
> Really, really a
On 6 janv. 05, at 18:13, Guillaume Cottenceau wrote:
I also have another filter, the ResponseOverrideFilter used by
displaytag, which appears before the SetCharacterEncodingFilter in my
web.xml. I wonder if it could be interfering with the
SetCharacterEncodingFilter?
Yes, if it reads the request pa
J.Patterson Waltz III writes:
> On 6 janv. 05, at 17:44, Guillaume Cottenceau wrote:
>
> > J.Patterson Waltz III writes:
> >
> >> Notice in the third line of the form data:
> >> &personTO.comments=%C3%A9t%C3%A9
> >> That's 'été' URLencoded as UTF-8.
> >>
> >> So I'm still stumped. :-(
> >
> > B
On 6 janv. 05, at 17:44, Guillaume Cottenceau wrote:
J.Patterson Waltz III writes:
Notice in the third line of the form data:
&personTO.comments=%C3%A9t%C3%A9
That's 'été' URLencoded as UTF-8.
So I'm still stumped. :-(
But that's exactly what you want. The SetCharacterEncodingFilter
will set the c
J.Patterson Waltz III writes:
> Notice in the third line of the form data:
> &personTO.comments=%C3%A9t%C3%A9
> That's 'été' URLencoded as UTF-8.
>
> So I'm still stumped. :-(
But that's exactly what you want. The SetCharacterEncodingFilter
will set the character encoding of the HttpServletRequ
On 6 janv. 05, at 17:17, Guillaume Cottenceau wrote:
J.Patterson Waltz III writes:
On 6 janv. 05, at 15:52, J.Patterson Waltz III wrote:
Now, I guess I'll just have to try using the character encoding
filter Guillaume recommended.
Ack! I'm about to pull my hair out over these encoding issues. I a
J.Patterson Waltz III writes:
> On 6 janv. 05, at 15:52, J.Patterson Waltz III wrote:
> >
> >
> > Now, I guess I'll just have to try using the character encoding
> > filter Guillaume recommended.
>
> Ack! I'm about to pull my hair out over these encoding issues. I added
> the SetCharacterEncodin
On 6 janv. 05, at 15:52, J.Patterson Waltz III wrote:
Now, I guess I'll just have to try using the character encoding filter
Guillaume recommended.
Ack! I'm about to pull my hair out over these encoding issues. I added
the SetCharacterEncodingFilter from the Tomcat 5 distribution to my web
appl
On 5 janv. 05, at 13:30, J. Patterson Waltz III wrote:
in article [EMAIL PROTECTED], Josh Cronemeyer at [EMAIL PROTECTED]
wrote
on 4/01/05 18:02:
J. Patterson Waltz III wrote:
Merci Guillaume,
I had actually seen the references to the Filter solution in the
comments of
Struts bug 16191 in Bugzil
in article [EMAIL PROTECTED], Josh Cronemeyer at [EMAIL PROTECTED] wrote
on 4/01/05 18:02:
> J. Patterson Waltz III wrote:
>
>> Merci Guillaume,
>>
>> I had actually seen the references to the Filter solution in the comments of
>> Struts bug 16191 in Bugzilla:
>> http://issues.apache.org/bugzill
"J. Patterson Waltz III" writes:
> P.S. - I know how to view the headers of replies sent from the server to the
> browser, but am not sure how to get at those sent from the browser to the
> server, to make sure that they are indeed UTF-8. Any suggestions?
I usually temporarily modify the URL whe
J. Patterson Waltz III wrote:
Merci Guillaume,
I had actually seen the references to the Filter solution in the comments of
Struts bug 16191 in Bugzilla:
http://issues.apache.org/bugzilla/show_bug.cgi?id=16191
I will try that out and see if it improves my results.
I remain perplexed at what changes
Merci Guillaume,
I had actually seen the references to the Filter solution in the comments of
Struts bug 16191 in Bugzilla:
http://issues.apache.org/bugzilla/show_bug.cgi?id=16191
I will try that out and see if it improves my results.
I remain perplexed at what changes between versions 1.1 and 1
"J. Patterson Waltz III" writes:
> Hello,
>
> I recently upgraded a J2EE/Struts web application I'm working on to the
> 1.2.4 version of Struts, and ever since I made this change, I've been
> encountering a problem with the encoding of non-ascii character data
> submitted in forms. All my pages
I have added an acceptCharset attribute to the FormTag.
which will generate something as
Should be available in the next nightly build - 22/07/2004
Niall
- Original Message -
From: "Carl-Eric Menzel (bitFORCE media)" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTE
e page (and form) and you won't get UTF-8 data back.
This procedure worked fine on at least two major projects.
Regards,
Niclas
-Original Message-
From: Larry Young [mailto:[EMAIL PROTECTED]
Sent: Wednesday, July 21, 2004 9:39 PM
To: Struts Users Mailing List
Subject: Re: characte
Carl-Eric,
Yes, I tried the charset on the form but found it didn't do any good.
But what do you force the Encoding to in your Filter? How can you
know with any certitude how the browser encoded the data values before
sending it to you?? It probably works well if the browser is
> I'd like to hear how others have solved this problem. I can see
> that one solution is to replace the RequestProcessor and hardcode the
> "setEncoding" on the Request to UTF-8, or subclass the whole
> ActionServlet. Are there any cleaner solutions? I can't believe I'm the
> only one
Here is a prebuilt filter that will do just what you are looking for ..
http://www.anassina.com/struts/i18n/i18n.html
Nathan
On Apr 20, 2004, at 6:00 AM, brelagad the ent wrote:
I cannot pass Turkish characters to the action servlet
from a form. I read that I should use filters. I am
wondering, i
You seem to have spelt your name wrong. It is Bregalad. :)
Using a filter is the most obvious way to set the encoding for your
request. You can of course just call request.setCharacterEncoding()
wherever you want.
Adam
On 04/20/2004 02:00 PM brelagad the ent wrote:
I cannot pass Turkish charac
42 matches
Mail list logo