Konstantin,
Ok, so I see now why you added the flushBuffer() from spec:
http://java.sun.com/javaee/6/docs/api/javax/servlet/http/HttpServletResponse.html#sendRedirect%28java.lang.String%29
"Sends a temporary redirect response to the client using the specified
redirect location URL and clears t
Konstantin,
I believe the new flushBuffer() call you added to Response.java
sendRedirect() line #1340. Is breaking all ServletFilters but sending
buy flushing the response before filters have a chance to modify the
response.
Jacob
On 09/27/2011 10:35 AM, Jacob Champlin wrote:
Last night
2011/9/27 Jacob Champlin :
> We have finished debugging this issue. It turns out that what is happening
> is in 7.0.21 responses are returning to the client before the filter chain
> is complete. In 7.0.20 all filters complete before the response is returned
> to the client.
It depends on the si
We have finished debugging this issue. It turns out that what is
happening is in 7.0.21 responses are returning to the client before the
filter chain is complete. In 7.0.20 all filters complete before the
response is returned to the client.
In our particular case, we have a TransactionFilter
2011/9/27 Jacob Champlin :
> Last night we went to 7.0.21, and this morning I had to roll it back because
> very randomly redirects were failing. It was very much like all parameters
> to the redirect were lost.
>
> I am still trying to debug this, but its clear its not happening in 7.0.20,
> whic
Last night we went to 7.0.21, and this morning I had to roll it back
because very randomly redirects were failing. It was very much like all
parameters to the redirect were lost.
I am still trying to debug this, but its clear its not happening in
7.0.20, which leads me to believe its:
41718
