Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 12170 invoked from network); 7 Jan 2005 03:50:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Jan 2005 03:50:53 -0000 Received: (qmail 25459 invoked by uid 500); 7 Jan 2005 03:50:51 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 25377 invoked by uid 500); 7 Jan 2005 03:50:50 -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 25363 invoked by uid 99); 7 Jan 2005 03:50:50 -0000 X-ASF-Spam-Status: No, hits=0.2 required=10.0 tests=NO_REAL_NAME X-Spam-Check-By: apache.org Received: from ajax-1.apache.org (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 06 Jan 2005 19:50:50 -0800 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (8.12.11/8.12.11) with ESMTP id j073olse023336 for ; Fri, 7 Jan 2005 04:50:47 +0100 Received: (from nobody@localhost) by ajax.apache.org (8.12.11/8.12.11/Submit) id j073olq8023334; Fri, 7 Jan 2005 04:50:47 +0100 Date: Fri, 7 Jan 2005 04:50:47 +0100 Message-Id: <200501070350.j073olq8023334@ajax.apache.org> From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 32940] - [chain] Provide a "dispatch" command X-Bugzilla-Reason: AssignedTo X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.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=32940 ------- Additional Comments From sean.schofield@gmail.com 2005-01-07 04:50 ------- A couple of additional (minor) comments for you. I'm not sure if the evaluate method is really necessary as a protected method. Whatever dispatch method is called should evaluate to true/false. I don't know that it makes sense to allow subclasses to get too crazy with the return parameter on this. I would also recommend making the method, methodKey and methods properties all private (instead of protected.) The first two are just properties and already have public getters and setters. It also seems risky to allow access to the WeakHashMap to the subclasses. -- 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: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org