Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 62113 invoked from network); 20 Mar 2004 03:21:34 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 20 Mar 2004 03:21:34 -0000 Received: (qmail 90343 invoked by uid 500); 20 Mar 2004 03:21:13 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 90282 invoked by uid 500); 20 Mar 2004 03:21:12 -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 90265 invoked from network); 20 Mar 2004 03:21:12 -0000 Received: from unknown (HELO webmail.speakeasy.net) (216.254.0.83) by daedalus.apache.org with SMTP; 20 Mar 2004 03:21:12 -0000 Received: (qmail 17945 invoked from network); 20 Mar 2004 03:21:21 -0000 Received: from localhost (HELO webmail3) ([127.0.0.1]) (envelope-sender ) by localhost (qmail-ldap-1.03) with SMTP for ; 20 Mar 2004 03:21:21 -0000 Received: from 66.92.162.13 (unverified [66.92.162.13]) by webmail3 (VisualMail 4.0) with WEBMAIL id 5412; Sat, 20 Mar 2004 03:21:21 +0000 From: "rleland@apache.org" To: "Jakarta Commons Developers List" Importance: Normal Sensitivity: Normal Message-ID: X-Mailer: Mintersoft VisualMail, Build 4.0.111601 X-Originating-IP: [66.92.162.13] Date: Sat, 20 Mar 2004 03:21:21 +0000 Subject: Re: validator & inheritance MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N > The methods getFields() and getFieldMap() should include > super.getFields() and super.getFieldMap() making them Unmodifiable after > merging. There would not be true inheritance though, this would be a reference to the extended map. Take a look the Tiles implementation, this would be a good starting point. I believe this implementation makes a copy of the map attributes as you suggest. This can result in increased memory usage. One approaches you might consider is to use a new Map but reference the same underlying objects, ie don't copy them. This would reduce memory consumption. Does anyone dynamically change the validation parameters ? I have always considered the field validations as fixed at load time. --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org