:
41718: Include a response body when sending a redirect. (markt)
or one of the AJP changes.
We are running Apache 2.2.21 with mod_ajp.
Our servlet framework is Stripes MVC and it seems to conform to the
requirement in 41718.
Is anyone else having this issue?
Thank you,
Jacob Champlin
TransactionFilter managing our DB
transactions, so the response page was rendering before the DB
transaction was commited giving the appearance that the post didn't succeed.
I think this is a MAJOR regression in 7.0.21.
Jacob Champlin
On 09/27/2011 10:35 AM, Jacob Champlin wrote:
Last night we went to 7
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
lears the buffer."
Its just we have been running Tomcat, for 5 years and we have lots of
code that relied on the fact that sendRedirect did not flush the buffer.
I will drop it, but going to be a while before we can go to 7.0.21.
Jacob
On 09/27/2011 02:32 PM, Jacob Champlin wrote:
Kons
Is anyone else having trouble getting 7.0.23 to start up?
I am trying to migrate from 7.0.22 to 7.0.23 and Tomcat hangs on:
INFO: Starting Servlet Engine: Apache Tomcat/7.0.23
If I use the default server.xml it starts up, but if I use our custom
server.xml it doesn't (See Below). We have been
Found the answer here:
http://www.mail-archive.com/users@tomcat.apache.org/msg94574.html
Sorry I missed this, we are experiencing the no Realm locking and will
be skipping 7.0.23 .
On 12/06/2011 01:20 PM, Jacob Champlin wrote:
Is anyone else having trouble getting 7.0.23 to start up?
I am
> Add a Realm definition or wait until 7.0.24. There's a bug in 7.0.23.
I am waiting for 7.0.24.
> I'm wincing as I ask: is there a particular reason that you're defining
> the Context in server.xml - it's been strongly recommended to not do
> that for quite a while.
Okay, I will byte.
Practi
Chris,
> Flame bait ignored.
Your a better man than me :) I couldn't ignore the attack on my
server.xml when I was working a bug.
Jacob
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e
