Odi, GET is an entirely different ball game. RFC is quite explicit about it: it's US-ASCII all over the place, except for request/response body. That's why it takes URL-encoding in the very first place in order to comply with the spec. Only request/response body may be encoded with a different encoding
It still does not make URIUtil#toUsingCharset make any sense, as far as I can see. Cheers Oleg >[EMAIL PROTECTED] wrote: >> RFC 2616 does not seem to say much. So, I assume that the default >> scheme applies: whatever charset is specified in "Content-Type" >> header. If charset is not explicitly set, ISO-8859-1 is used per >> default. > >I guess this is the way to go for POST. But what about GET? There is no >request body in a GET. And the Content-Type header has no meaning there. >So at least the user should be able to specify the encoding when setting >the parameter. This is probably the issue that Sung-Gu wanted to address >with his URIUtil#toUsingCharset method. I guess he wants to pass chinese >characters encoded as Big5 or whatever as URL parameters. > >Odi > > >--------------------------------------------------------------------- >To unsubscribe, e-mail: [EMAIL PROTECTED] >For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]