Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@apache.org Received: (qmail 17948 invoked from network); 27 Nov 2001 10:36:21 -0000 Received: from unknown (HELO nagoya.betaversion.org) (192.18.49.131) by daedalus.apache.org with SMTP; 27 Nov 2001 10:36:21 -0000 Received: (qmail 2216 invoked by uid 97); 27 Nov 2001 10:36:33 -0000 Delivered-To: qmlist-jakarta-archive-commons-dev@jakarta.apache.org Received: (qmail 2200 invoked by uid 97); 27 Nov 2001 10:36:32 -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 2189 invoked from network); 27 Nov 2001 10:36:32 -0000 Message-ID: From: Rey Francois To: 'Jakarta Commons Developers List' Subject: RE: Proposal for Validation Framework Date: Tue, 27 Nov 2001 11:30:23 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Having a validation framework in the Jakarta commons is a great idea, the Java community would definitely benefit from this. There is one JSR which should go into this direction, but that JSR seems kind of quiet from the outsider's prospective I have: see the JavaServer Faces JSR on http://www.jcp.org/jsr/detail/127.jsp. The Mapper framework I've created could also be a good candidate (see http://husted.com/struts/resources/mapper.zip). I'm sure there are many more contenders out there -I just saw a reply in this thread about Barracuda- so I expect this topic to last, or die! Fr. -----Original Message----- From: David Winterfeldt [mailto:dwinterfeldt@yahoo.com] Sent: 26 November 2001 18:43 To: commons-dev@jakarta.apache.org Subject: Proposal for Validation Framework This validation framework was made to work with Struts originally, but it will work on any JavaBean. So in some discussions we thought that it might be nice if it was in commons so more people would know about it and can use it. Also there could be more examples of making it work with other frameworks than Struts. Here is a brief description of the project and the link to the site where it is posted (which has documenation posted on it). The Validation Framework was made to work with Struts although it can be used to perform validation on any JavaBean (by using the Validator class). It can perform basic validations to check if a field is required, matches a regular expression, email, credit card, and server side type checking and date validation. Different validation rules can be defined for different locales. The framework has basic support for user defined constants which can be used in some field attributes. The validation routines are modifiable in the validation.xml file so custom validation routines can be created and added to the framework. JavaScript can be auto-generated that matches the server side validation. The current tag (JavascriptValidatorTag) relies on Struts, but could be abstracted to generate Javascript for other frameworks. http://home.earthlink.net/~dwinterfeldt/ Validating Outside of Struts http://home.earthlink.net/~dwinterfeldt/overview.html#validatingOutsideOfStr uts Let me know if there are any questions. David Winterfeldt __________________________________________________ Do You Yahoo!? Yahoo! GeoCities - quick and easy web site hosting, just $8.95/month. http://geocities.yahoo.com/ps/info1 -- To unsubscribe, e-mail: For additional commands, e-mail: ************************************************************************ The information in this email is confidential and is intended solely for the addressee(s). Access to this email by anyone else is unauthorised. If you are not an intended recipient, please notify the sender of this email immediately. You should not copy, use or disseminate the information contained in the email. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Capco. http://www.capco.com *********************************************************************** -- To unsubscribe, e-mail: For additional commands, e-mail: