On 02/03/2010 21:04, Aryeh M. Friedman wrote:
> Christopher Schultz wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Aryeh,
>>
>> On 3/2/2010 3:48 PM, Aryeh M. Friedman wrote:
>>> Christopher Schultz wrote:
>>>
>>>> Is this a new client, or just a new data format? Mark's suggestion that
>>>> you may be using POST without the proper Content-Type would result in
>>>> getting null for this parameter (because Tomcat will not parse it for
>>>> you). If this is the case, you should either fix the new client to use
>>>> the proper Content-Type, or fall-back to reading and parsing the
>>>> request
>>>> body manually when these requirements are not met.
>>> New format same frontend client code which does use the proper content
>>> type. (the content type is defined at a lower level then the format and
>>> that code has not changed [using firebug on firefox confirms that fact])
>>
>> Hmm.
>>
>> So, POST + application/x-www-form-urlencoded yields a null parameter
>> with your new payload?
>>
>> I know this sounds silly, but we're getting down to the
>> grasping-at-straws level, here, so bear with me: have you checked to see
>> that your request body is actually in the correct format (that is,
>> urlencoded, etc.)? I haven't looked at the Tomcat code, but Tomcat might
>> give up if the request body is not parsable.
>>
>> Have you tried calling request.getInputStream and dumping the request
>> body when the parameter is null? That might give you some indication of
>> what's happening.
> The client does url encode in addition to translating any chars that are
> used either by tomcat and/or or app to decode the reaquest (namely = is
> translated to ^, comma to #, right/left parens to @ and $ respectivally)
> then I use javascripts "escape(string)" method to url encode it.... the
> app by default uses post but if I cut and paste the resulting payload
> into a GET and pass it to the app it works fine (i.e. the app uses POST
> but I do manual testing with GET)
Small aside: are javascript encodeURI() or encodeURIComponent() not
suitable for some reason? (I ask out of curiosity)
p
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org
|