DO NOT REPLY [Bug 39834] - JkLogLevel debug causes Segmentation fault

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: possible mod_jk "feature"

Jim Jagielski wrote: Jean-frederic Clere wrote: Rainer Jung wrote: Jim Jagielski schrieb: I would call this a broken firewall, right? Yep, but that happends ,-( I think I have seen a case where the connection Apache-FW was closed correctly and the FW-Tomcat just "forgotten

Re: possible mod_jk "feature"

Jim Jagielski wrote: Jean-frederic Clere wrote: Rainer Jung wrote: Jim Jagielski schrieb: I would call this a broken firewall, right? Yep, but that happends ,-( I think I have seen a case where the connection Apache-FW was closed correctly and the FW-Tomcat just "forgotten

Re: possible mod_jk "feature"

Jean-frederic Clere wrote: > Rainer Jung wrote: > >Jim Jagielski schrieb: > > > > > >I would call this a broken firewall, right? > > > Yep, but that happends ,-( > > I think I have seen a case where the connection Apache-FW was closed > correctly and the FW-Tomcat just "forgotten". > > I don't

Re: possible mod_jk "feature"

Rainer Jung wrote: Jim Jagielski schrieb: In a nutshell, there are many cases where Apache httpd and Tomcat are separated by a firewall, and, as such, there isn't a one-to-one direct connection. The firewall will close a connection but one side doesn't know about it. I would call this

DO NOT REPLY [Bug 39834] - JkLogLevel debug causes Segmentation fault

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: possible mod_jk "feature"

Jim Jagielski schrieb: > In a nutshell, there are many cases where Apache httpd and > Tomcat are separated by a firewall, and, as such, there > isn't a one-to-one direct connection. The firewall > will close a connection but one side doesn't > know about it. I would call this a broken firewall, ri

Re: possible mod_jk "feature"

Results concerning setting reuse to JK_FALSE: I tested closing the connections in ajp_done after each request. It shows the following behaviour: - TCP packet dump shows a correct Fin-Ack... sequence, i.e. a regular TCP connection shutdown. - mod_jk logs opening of a new connection for each reque

Re: possible mod_jk "feature"

In a nutshell, there are many cases where Apache httpd and Tomcat are separated by a firewall, and, as such, there isn't a one-to-one direct connection. The firewall will close a connection but one side doesn't know about it. As such, new requests create more sockets until TC runs out of threads.

Re: possible mod_jk "feature"

I checked the whole thread, but I found no technical description of the problem observed. So apart from discussing the uses and stability of any do-not-reuse implementation, I would be interested in understanding the real problem, which started the discussion. - What is known about the TCP behavio

Does anyone know how to override the security web.xml deploy descriptors using the embedded tomcat Context security methods?

Hi all, I am trying to override the web.xml SecurityConstraints using the Context addConstraint/removeConstraint methods. The context.xml contains the following element WEB-INF/web.xml I tried the following to override the SecurityConstraints: // adding the authConstraint

svn commit: r433703 [2/14] - in /tomcat/tc6.0.x/trunk: ./ java/org/apache/catalina/ha/ java/org/apache/catalina/ha/context/ java/org/apache/catalina/ha/deploy/ java/org/apache/catalina/ha/session/ jav

Added: tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java URL: http://svn.apache.org/viewvc/tomcat/tc6.0.x/trunk/java/org/apache/catalina/ha/deploy/FileMessageFactory.java?rev=433703&view=auto ===

Re: possible mod_jk "feature"

On Aug 21, 2006, at 8:51 AM, Jim Jagielski wrote: I agree that the solution is not pretty, so in many ways I look at the "feature" as similar to the flush_packets feature: a help to those admin's who are stuck. I'm looking at something like this: Index: jk/native/apache-1.3/mod_jk.c

svn commit: r433690 - /tomcat/build/tc5.5.x/KEYS

Author: fhanik Date: Tue Aug 22 09:53:43 2006 New Revision: 433690 URL: http://svn.apache.org/viewvc?rev=433690&view=rev Log: Added PGP Key for release management Modified: tomcat/build/tc5.5.x/KEYS Modified: tomcat/build/tc5.5.x/KEYS URL: http://svn.apache.org/viewvc/tomcat/build/tc5.5.x/K

svn commit: r433689 - in /tomcat/tc6.0.x/trunk/java/org/apache/catalina: core/ApplicationContext.java session/StandardSession.java

Author: fhanik Date: Tue Aug 22 09:52:29 2006 New Revision: 433689 URL: http://svn.apache.org/viewvc?rev=433689&view=rev Log: Prepare for cluster integration Modified: tomcat/tc6.0.x/trunk/java/org/apache/catalina/core/ApplicationContext.java tomcat/tc6.0.x/trunk/java/org/apache/catalina/

DO NOT REPLY [Bug 34513] - jsp exception handling

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39834] - JkLogLevel debug causes Segmentation fault

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu