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
> 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
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
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
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
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
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
:
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
