Mailing-List: contact user-help@struts.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Struts Users Mailing List" <user@struts.apache.org>
Received-SPF: pass (asf.osuosl.org: domain of mgalves@gmail.com designates
 64.233.166.181 as permitted sender)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references;
        b=pqOR0Rocgt/P1/dYDWnYm8zdqti17jpPiGR7hcCd8xttPON5k1hmF7uugnSJaZwYVeK2IcCefkPEXcHBsNe4nLAcck69kXd8q5zyHgKR2+5tKSxAwLYZ7MDbjyjJa02dxAt8zH71skLCGasdkFDAxnRPEXExD0d+pZNs+SMWk2Q=
Message-ID: <52655700605291147w28c73e46t807fd4b5816f8c71@mail.gmail.com>
Date: Mon, 29 May 2006 15:47:25 -0300
From: "Miguel Galves" <mgalves@gmail.com>
To: "Struts Users Mailing List" <user@struts.apache.org>,
	"Martin Gainty" <mgainty@hotmail.com>
Subject: Re: multipart/form-data and character encoding
In-Reply-To: <BAY103-DAV12A166EDC69AD5D6011AB0AE9D0@phx.gbl>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_84089_32911945.1148928445669"
References: <424b344b0605291107o30f54602r902f58992805c6b6@mail.gmail.com>
	 <BAY103-DAV12A166EDC69AD5D6011AB0AE9D0@phx.gbl>

------=_Part_84089_32911945.1148928445669
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Antonis,

we had the same problem with multi part forms. We tried everithing,
including enctype in the
form tag, URIEncoding, and request.setEncoding...in reset() method. All
theses solutions worked
fine with all kinds of requests, except for the mulipart, which is handled
in a different way.

The only solution that really worked for us was to create a subclass of
TilesRequestProcessor,
and override the handleRequest method as follows:

public class ScyllaRequestProcessor extends TilesRequestProcessor {

    public void process(HttpServletRequest request, HttpServletResponse
response) throws IOException,

ServletException {
        try {
            request.setCharacterEncoding("UTF-8");
        } catch (UnsupportedEncodingException e) {
            e.printStackTrace();
        }

        super.process(request, response);
    }

To use this processor, just change the controller entry in struts-config.xm=
l

[]s

Miguel


On 5/29/06, Martin Gainty <mgainty@hotmail.com> wrote:
>
> Good Afternoon Antonis-
>
> This character encoding issue has been addressed
> http://issues.apache.org/struts/browse/STR-2117 as follows
>
> Set your page to use correct character encoding
> <%@ page ....;contentType=3D"text/html" charset=3DUTF-8"%>
>
> Set form to use correct form encoding
> <html:form action....method...enctype=3D"application/x-www-form-urlencode=
d;
> charset=3DUTF-8">
>
> Instruct web container to use selected charset when creating request (in
> server.xml)
> <Connector port..URIEncoding=3D"UTF-8".../>
>
> HTH,
> Martin --
> ----- Original Message -----
> From: "Antonis Lebesis" <ant.lebesis@gmail.com>
> To: <user@struts.apache.org>
> Sent: Monday, May 29, 2006 2:07 PM
> Subject: multipart/form-data and character encoding
>
>
> Hi,
> I 've searched the archives but haven't found any solution to my
> latest problem. I have with a <html:file> input and a <html:text>
> input. The problem is that request.getCharacterEncoding() returns null
> and the text input is considered to be in iso-8859-1 encoding. In the
> corresponding ActionForm's reset(), I have added the following line:
> request.setCharacterEncoding("ISO-8859-7");
>
> In forms that don't have a <html:file> input, the character set is
> correct. The problem occurs only in this form and from what I 've
> found it is caused by the fact that in the form declaration I have
> added enctype=3D"multipart/form-data".
>
> Has anyone solved this problem?
>
> Thanks,
> Antonis
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@struts.apache.org
> For additional commands, e-mail: user-help@struts.apache.org
>
>


--=20
Miguel Galves - Engenheiro de Computa=E7=E3o
J=E1 leu meus blogs hoje?
Para geeks http://log4dev.blogspot.com
Pra pessoas normais
http://miguelgalves.blogspot.com

"N=E3o sabendo que era imposs=EDvel, ele foi l=E1 e fez..."

------=_Part_84089_32911945.1148928445669--