tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From André Warnier>
Subject Re: Encoding Issue on POST
Date Mon, 03 Jan 2011 07:17:54 GMT wrote:
> Thanks very much André for your detailed information.
> I got the Httpfox for my Firefox today. For some reasons, the POST data section always
be blank (a message like "request doesn't contain any POST data"). I can't figure out the
reason so I download Charles Proxy. It shows the form data is as the followings:
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> POST /vsm/categories/12/edit HTTP/1.1
> Host	localhost:8080
> User-Agent	Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20101203
Firefox/3.6.13 ( .NET CLR 3.5.30729)
> Accept	text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
> Accept-Language	en-us,en;q=0.5
> Accept-Encoding	gzip,deflate
> Accept-Charset	ISO-8859-1,utf-8;q=0.7,*;q=0.7
> Keep-Alive	115
> Referer	http://localhost:8080/vsm/categories/12/edit
> Content-Type	application/x-www-form-urlencoded
> Content-Length	95
> After I copied the request data into a unicode coverter (,
the converted data is the original one. So, the data is sent correctly. Now, I need to dip
into the framework code to figure out where it messes up the encoding.
It looks like the browser indeed does not send a character-set with the Content-type.

Try the following : in your <form> tag, add the attribute


and try again.

If there is still no content-type charset anywhere, you will have to re-enable the filter,

as in the FAQ.

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message