Return-Path: Delivered-To: apmail-jakarta-tomcat-dev-archive@www.apache.org Received: (qmail 47919 invoked from network); 5 Jun 2005 17:42:00 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 5 Jun 2005 17:42:00 -0000 Received: (qmail 14648 invoked by uid 500); 5 Jun 2005 17:41:54 -0000 Delivered-To: apmail-jakarta-tomcat-dev-archive@jakarta.apache.org Received: (qmail 14599 invoked by uid 500); 5 Jun 2005 17:41:54 -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 14584 invoked by uid 99); 5 Jun 2005 17:41:54 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from postfix3-2.free.fr (HELO postfix3-2.free.fr) (213.228.0.169) by apache.org (qpsmtpd/0.28) with ESMTP; Sun, 05 Jun 2005 10:41:52 -0700 Received: from [192.168.0.1] (gounod-2-82-224-99-120.fbx.proxad.net [82.224.99.120]) by postfix3-2.free.fr (Postfix) with ESMTP id D6B8CC072 for ; Sun, 5 Jun 2005 19:41:49 +0200 (CEST) Message-ID: <42A3395E.7070801@apache.org> Date: Sun, 05 Jun 2005 19:41:50 +0200 From: Remy Maucherat User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Tomcat Developers List Subject: Re: cvs commit: jakarta-tomcat-connectors/util/java/org/apache/tomcat/util/http/mapper HostMap.java Mapper.java References: <20050605155347.A54D4F12E@mail.mhsoftware.com> In-Reply-To: <20050605155347.A54D4F12E@mail.mhsoftware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N George Sexton wrote: > There's no justification here. Explain why you think the code is "bad" it's > actually a hell of a lot cleaner and easier to follow than the original > code, and it's 15% faster. What exactly are your criteria for measuring > goodness. I stated the reason, and the main one is that it should I think be more generic. The performance improvement is just a lame trick to push through your feature, as this could as well be submitted as two separate patches (the first one being the optimizations, and the second one the wildcard host feature addition which I would -1). "hell of a lot" just made me laugh, BTW ;) R�my --------------------------------------------------------------------- To unsubscribe, e-mail: tomcat-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: tomcat-dev-help@jakarta.apache.org