Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 34834 invoked from network); 28 Sep 2002 01:24:53 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 28 Sep 2002 01:24:53 -0000 Received: (qmail 23411 invoked by uid 97); 28 Sep 2002 01:25:33 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 23213 invoked by uid 97); 28 Sep 2002 01:25:31 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 23121 invoked by uid 50); 28 Sep 2002 01:25:30 -0000 Date: 28 Sep 2002 01:25:30 -0000 Message-ID: <20020928012530.23112.qmail@nagoya.betaversion.org> From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Cc: Subject: DO NOT REPLY [Bug 13098] - Digester Performance X-Spam-Rating: daedalus.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://nagoya.apache.org/bugzilla/show_bug.cgi?id=13098 Digester Performance ------- Additional Comments From gmessner@titan.com 2002-09-28 01:25 ------- When I was profiling the Digester code I was suprised that the beanutils.MethodUtils didn't cache the looked up methods. But in the case of the Digester Rules, I'd rather keep just the Method reference than the name of the method around for later lookup, because doing a method lookup is more than just looking up a method by name, it also requires you to build up a Class[] to specifiy the parameters for the method. As often as the Digester does method invokation I think it makes sense to cache the Method reference in the specific Digester Rule instance, because to some of us every bit of speed helps. That being said, I do think it would be a good idea for the lang package to cache things that are looked up. -- To unsubscribe, e-mail: For additional commands, e-mail: