Return-Path: Delivered-To: apmail-tomcat-dev-archive@www.apache.org Received: (qmail 52634 invoked from network); 23 Aug 2006 20:58:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Aug 2006 20:58:10 -0000 Received: (qmail 51271 invoked by uid 500); 23 Aug 2006 20:58:07 -0000 Delivered-To: apmail-tomcat-dev-archive@tomcat.apache.org Received: (qmail 50837 invoked by uid 500); 23 Aug 2006 20:58:05 -0000 Mailing-List: contact dev-help@tomcat.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Tomcat Developers List" Delivered-To: mailing list dev@tomcat.apache.org Received: (qmail 50826 invoked by uid 99); 23 Aug 2006 20:58:05 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Aug 2006 13:58:05 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [206.123.111.90] (HELO mail.loukasmgmt.com) (206.123.111.90) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 23 Aug 2006 13:58:04 -0700 Received: (qmail 27278 invoked by uid 510); 23 Aug 2006 15:57:43 -0500 Received: from unknown (HELO ?10.10.112.86?) (smtp@loukasmgmt.com@64.124.144.10) by mail.loukasmgmt.com with SMTP; 23 Aug 2006 15:57:43 -0500 Message-ID: <44ECC13D.5000705@hanik.com> Date: Wed, 23 Aug 2006 15:57:33 -0500 From: Filip Hanik - Dev Lists User-Agent: Thunderbird 1.5.0.5 (Windows/20060719) MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: possible mod_jk "feature" References: <8FF8B65C-0602-4727-8E3E-116506B35A55@jaguNET.com> <44EB5276.1000309@kippdata.de> <44EB68C4.8010100@kippdata.de> <44EC60FF.9020805@hanik.com> <44EC6F87.40803@kippdata.de> <44EC73E6.8030705@apache.org> <44EC7AEF.7090301@kippdata.de> <44EC8900.8090702@hanik.com> <44ECA437.70606@apache.org> <44ECAEA9.4030409@kippdata.de> In-Reply-To: <44ECAEA9.4030409@kippdata.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Rainer Jung wrote: > Mladen Turk schrieb: > >>> The patch the Jim provided, gives us the functionality of turning off >>> the keep alive from the "clients" (httpd in this case) perspective. >>> >> I do not agree, although its a hack and easy fix for >> the problem itself. >> > > I would prefer the more useful 3 param connections/pool sizing I > suggested. I had a look at the code and it doesn't look very > complicated. I have a couple of open commits for the weekend and most > likely I've got the time to implement and document the "new" pool > behaviour. Furthermore there will be no need to break old pool configs, > although we add more functionality. > I like ideals and ideas too, however, I believe Jim presented a very simple patch, that solves a very *real* problem in a very simple manner, very simple -> very real -> very simple, I like the simple part of this patch. Leave it up to the users to figure out if they want it or not. For those that believe in the philosophy you present, will simply never use it. For those who are struggling with firewall problems today, can get instant relief. Filip --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org For additional commands, e-mail: dev-help@tomcat.apache.org