Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 86850 invoked from network); 23 May 2003 13:39:27 -0000 Received: from exchange.sun.com (192.18.33.10) by daedalus.apache.org with SMTP; 23 May 2003 13:39:27 -0000 Received: (qmail 24824 invoked by uid 97); 23 May 2003 13:41:37 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@nagoya.betaversion.org Received: (qmail 24817 invoked from network); 23 May 2003 13:41:36 -0000 Received: from daedalus.apache.org (HELO apache.org) (208.185.179.12) by nagoya.betaversion.org with SMTP; 23 May 2003 13:41:36 -0000 Received: (qmail 86473 invoked by uid 500); 23 May 2003 13:39:22 -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 86443 invoked from network); 23 May 2003 13:39:21 -0000 Received: from f77.law15.hotmail.com (HELO hotmail.com) (64.4.23.77) by daedalus.apache.org with SMTP; 23 May 2003 13:39:21 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 23 May 2003 06:39:23 -0700 Received: from 32.97.110.142 by lw15fd.law15.hotmail.msn.com with HTTP; Fri, 23 May 2003 13:39:23 GMT X-Originating-IP: [32.97.110.142] X-Originating-Email: [dgraham1980@hotmail.com] From: "David Graham" To: commons-dev@jakarta.apache.org Cc: struts-dev@jakarta.apache.org Bcc: Subject: Re: validator & inheritance Date: Fri, 23 May 2003 07:39:23 -0600 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 23 May 2003 13:39:23.0772 (UTC) FILETIME=[B8B803C0:01C32130] X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Rob Leland and I have been working on adding features and refactoring commons-validator on which the Struts validator is based. When we get the code in shape we can consider adding enhancements like this. If you're planning on working on this I would wait until the code settles down again and the next version is released. David >Are there are any wishes, hopes, or considerations for modifying the >Validator by adding an extends attribute for inheritance, similar to how >tiles extends tile definitions? I use the validator quite a bit; for >EJB business logic edits, daemon feed edits, standalone edits, & also of >course struts. Many of the core edit definitions for a particular >entity type are the same with some variations. In fact, within our >webapp alone we run into situations where an edit suite for a form is >nearly the same as another yet has a slight twist or difference, thus >causing a repeat of many edit configurations under a different bean >name. Or perhaps there is something like that already built in(wishful >thinking?). > > > >If no work has been done in this area, I may consider adding such a >feature if the community here also sees its advantage. And would be >willing to consider it for a future release. If I get positive >feedback, perhaps one of the original builders could point me in the >right direction for approaching this task. It doesn't seem like it >would be extremely difficult. > > > >Please share your views! > > > >Chris Willigham > _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org