Jess Holle wrote:
FYI, it would appear that this is a case of someone passing a
ServletRequest object to another thread and invoking methods on it at
just the wrong point in time so as to utterly corrupt a later request.
Changing the code to make an appropriate copy of the ServletRequest
obje
FYI, it would appear that this is a case of someone passing a
ServletRequest object to another thread and invoking methods on it at
just the wrong point in time so as to utterly corrupt a later request.
Changing the code to make an appropriate copy of the ServletRequest
object and pass that in
Thanks for the pointers -- I'll make good use of these.
As for #2, yes, the value of getQueryString() is as per expectations.
On 4/7/2014 1:01 PM, Konstantin Kolinko wrote:
Several quick thoughts
1. What is the value of
request.getAttribute("org.apache.catalina.parameter_parse_failed")
aft
2014-04-07 21:28 GMT+04:00 Jess Holle :
> And looking at the data in Request *before* I invoke getParameter*() in our
> code, I see that parametersParsed is set to "true".
>
> I'm not sure if I should expect this to "true" at this point (entry to my
> first filter) for a GET request with a fairly s
And looking at the data in Request *before* I invoke getParameter*() in
our code, I see that parametersParsed is set to "true".
I'm not sure if I should expect this to "true" at this point (entry to
my first filter) for a GET request with a fairly stock Tomcat 7.0.50/53
configuration. It does
P.S. The only way I currently know to reproduce this issue is with a
full install of our full commercial product plus optional modules -- and
then to load large, sensitive customer data into this product and
execute a very specific use case.
How this could possibly be related to Spring or /any
We're seeing a bizarre failure of getParameterMap() wherein this servlet
API returns an empty map.
I thought we'd loused this up somehow via our servlet request filters,
but the debugger shows this result on the very first line of our very
first filter -- with the request object being Tomcat's