vwu98...@lycos.com 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:1.9.2.13)
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
Cookie JSESSIONID=706C1F28E75C8BCB3F1DEE8E2EDFB67B
Content-Type application/x-www-form-urlencoded
Content-Length 95
After I copied the request data into a unicode coverter
(http://rishida.net/tools/conversion/), 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
enctype="multipart/form-data"
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: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org