Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 61238 invoked from network); 2 Sep 2005 14:53:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 2 Sep 2005 14:53:48 -0000 Received: (qmail 83580 invoked by uid 500); 2 Sep 2005 14:53:42 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 83536 invoked by uid 500); 2 Sep 2005 14:53:41 -0000 Mailing-List: contact tomcat-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Tomcat Developers List" Reply-To: "Tomcat Developers List" Delivered-To: mailing list tomcat-dev@jakarta.apache.org Received: (qmail 83523 invoked by uid 99); 2 Sep 2005 14:53:41 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Sep 2005 07:53:40 -0700 Received: by ajax.apache.org (Postfix, from userid 99) id 0A7B7122; Fri, 2 Sep 2005 16:53:38 +0200 (CEST) From: bugzilla@apache.org To: tomcat-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 36385] - [mod_jk1.2.14] Prepost pings are not sent before the first request X-Bugzilla-Reason: AssignedTo Message-Id: <20050902145338.0A7B7122@ajax.apache.org> Date: Fri, 2 Sep 2005 16:53:38 +0200 (CEST) X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N 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_bug.cgi?id=36385 ------- Additional Comments From remm@apache.org 2005-09-02 16:53 ------- (In reply to comment #9) > at least you could be sure some sort of code in the request handler is still > alive and running. Yes, it means the acceptor thread has managed to allocate a processor thread. If it can't it's supposed to close the socket, though, which should indicate the Tomcat instance is "down". If it does allocate the processor and starts doing things, I don't see how it can fail to send a pong back. What is the Tomcat state where there would be a problem ? (BTW, I think I've fixed the biggest AJP APR bugs, so you can test it: if your servers have resource efficiency issues, then it can't hurt) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org