2016-01-14 11:43 GMT+03:00 Mark Thomas <[email protected]>:
> On 14/01/2016 03:08, Konstantin Kolinko wrote:
>> 2016-01-13 18:02 GMT+03:00 <[email protected]>:
>>> Author: markt
>>> Date: Wed Jan 13 15:02:00 2016
>>> New Revision: 1724437
>
>> Looking into Parameters.handleQueryParameters() on how it deals with
>> MessageBytes that wraps a String. It calls "data.toBytes()" which
>> uses System Default encoding (see MessageBytes.toBytes() in Tomcat 6
>> and Tomcat 7, Tomcat 8 onward is different). The
>> RequestUtil.parseParameters() method called by the old code uses the
>> specified encoding.
>
> Nice catch. Fixed.
The hard part (backporting MessageBytes charset support) - done.
The easy part - setting the charset on MessageBytes - not yet.
Setting charset on MessageBytes queryMB won't help. In
paramParser.handleQueryParameters(); it is copied and that does not
inherit the charset:
> decodedQuery.duplicate( queryMB );
Also the following block:
+ String dispParamName = dispParamNames.nextElement();
+ String[] dispParamValues =
paramParser.getParameterValues(dispParamName);
+ String[] originalValues = queryParameters.get(dispParamName);
+ if (originalValues == null) {
+ queryParameters.put(dispParamName, dispParamValues);
continue;
}
- queryParameters.put
- (key, mergeValues(value, parameters.get(key)));
+ queryParameters.put(dispParamName,
mergeValues(dispParamValues, originalValues));
The mergeValues() method arguments are (Object, Object), but here the
both arguments are String[]. I think that the mergeValues() method can
be simplified in Tomcat 9.
The "parameters" field in Tomcat 6 is returned by
ApplicationHttpRequest.getParameterMap() and Javadoc for that method
in ServletRequest says "The values in the parameter map are of type
String array." so I think that we are OK to assume that the original
values are String[]. It would be safer though to define
queryParameters as Map<String, Object> in Tomcat 6.
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]