Characters in the HTTP content part
Wherever possible, a POST method should be used when international characters are involved.
This is because the browser sends a HTTP
Content-Type
header which can help the web server determine the encoding of the content. TheContent-Type
header will tell the server the MIME-type encoding of the content (usuallyapplication/x-www-form-urlencoded
) and also can optionally include the character encoding of the content eg:
Content-Type: application/x-www-form-urlencoded;charset=UTF-8
If both the MIME-type and the charset encoding information is sent in the POST HTTP header, the server can correctly decode the content.
Unfortunately, many browsers do not bother to send the charset information, leaving the web server to guess the correct encoding. For this reason, the Servlet API provides the SevletRequest.setCharacterEncoding(String) method to allow the webapp developer to control the decoding of the form content.
Jetty-6 uses a default of UTF-8 if no overriding character encoding is set on a request.
--
You received this message because you are subscribed to the Google Groups "JsTestDriver" group.
To unsubscribe from this group and stop receiving emails from it, send an email to js-test-drive...@googlegroups.com.
To post to this group, send email to js-test...@googlegroups.com.
Visit this group at http://groups.google.com/group/js-test-driver?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
That API looks like it's for form handling, not file serving. It's the response character set that seems to be off.
The JetBrains IDE has the integration with the JSTD. And they have patched it to make it work with UTF-8.You can try to dig in this direction. Take a look at this link http://confluence.jetbrains.com/display/WI/Patched+JsTestDriver-1.3.5
--