alvinalexander.com | career | drupal | java | mac | mysql | perl | scala | uml | unix  

Struts example source code file (ValidatorFactory.java)

This example Struts source code file (ValidatorFactory.java) is included in the DevDaily.com "Java Source Code Warehouse" project. The intent of this project is to help you "Learn Java by Example" TM.

Java - Struts tags/keywords

string, string, validator, validator, validatorfactory, validatorfactory

The Struts ValidatorFactory.java source code

package com.opensymphony.xwork2.validator;

/**
 * ValidatorFactory
 *
 * <p>
 * <!-- START SNIPPET: javadoc -->
 * Validation rules are handled by validators, which must be registered with
 * the ValidatorFactory (using the registerValidator method). The simplest way to do so is to add a file name
 * validators.xml in the root of the classpath (/WEB-INF/classes) that declares
 * all the validators you intend to use.
 * <!-- END SNIPPET: javadoc -->
 * </p>
 *
 *
 * <p>
 * <b>INFORMATION
 * <!-- START SNIPPET: information -->
 * validators.xml if being defined should be available in the classpath. However
 * this is not necessary, if no custom validator is needed. Predefined sets of validators
 * will automatically be picked up when defined in
 * com/opensymphony/xwork2/validator/validators/default.xml packaged in
 * in the xwork jar file. See ValidatorFactory static block for details.
 * <!-- END SNIPPET: information -->
 * </p>
 *
 * <p>
 * <b>WARNING
 * <!-- START SNIPPET: warning -->
 * If custom validator is being defined and a validators.xml is created and
 * place in the classpath, do remember to copy all the other pre-defined validators
 * that is needed into the validators.xml as if not they will not be registered.
 * Once a validators.xml is detected in the classpath, the default one
 * (com/opensymphony/xwork2/validator/validators/default.xml) will not be loaded.
 * It is only loaded when a custom validators.xml cannot be found in the classpath.
 *  Be careful.
 * <!-- END SNIPPET: warning -->
 * </p>
 *
 * <p>Note:
 * <!-- START SNIPPET: turningOnValidators -->
 * The default validationWorkflowStack already includes this.<br/>
 * All that is required to enable validation for an Action is to put the
 * ValidationInterceptor in the interceptor refs of the action (see xwork.xml) like so:
 * <!-- END SNIPPET: turningOnValidators -->
 * </p>
 *
 * <pre>
 * <!-- START SNIPPET: exTurnOnValidators -->
 *     <interceptor name="validator" class="com.opensymphony.xwork2.validator.ValidationInterceptor"/>
 * <!-- END SNIPPET: exTurnOnValidators -->
 * </pre>
 *
 * <p>Field Validators
 * <!-- START SNIPPET: fieldValidators -->
 * Field validators, as the name indicate, act on single fields accessible through an action.
 * A validator, in contrast, is more generic and can do validations in the full action context,
 * involving more than one field (or even no field at all) in validation rule.
 * Most validations can be defined on per field basis. This should be preferred over
 * non-field validation wherever possible, as field validator messages are bound to the
 * related field and will be presented next to the corresponding input element in the
 * respecting view.
 * <!-- END SNIPPET: fieldValidators -->
 * </p>
 *
 * <p>Non Field Validators
 * <!-- START SNIPPET: nonFieldValidators -->
 * Non-field validators only add action level messages. Non-field validators
 * are mostly domain specific and therefore offer custom implementations.
 * The most important standard non-field validator provided by XWork
 * is ExpressionValidator.
 * <!-- END SNIPPET: nonFieldValidators -->
 * </p>
 *
 * <p>NOTE:
 * <!-- START SNIPPET: validatorsNote -->
 * Non-field validators takes precedence over field validators
 * regardless of the order they are defined in *-validation.xml. If a non-field
 * validator is short-circuited, it will causes its non-field validator to not
 * being executed. See validation framework documentation for more info.
 * <!-- END SNIPPET: validatorsNote -->
 * </p>
 *
 * <p>VALIDATION RULES:
 * <!-- START SNIPPET: validationRules1 -->
 * Validation rules can be specified:
 * <ol>
 *  <li> Per Action class: in a file named ActionName-validation.xml
 *  <li> Per Action alias: in a file named ActionName-alias-validation.xml
 *  <li> Inheritance hierarchy and interfaces implemented by Action class:
 *  XWork searches up the inheritance tree of the action to find default
 *  validations for parent classes of the Action and interfaces implemented</li>
 * </ol>
 * Here is an example for SimpleAction-validation.xml:
 * <!-- END SNIPPET: validationRules1 -->
 * <p>
 *
 * <pre>
 * <!-- START SNIPPET: exValidationRules1 -->
 * <!DOCTYPE validators PUBLIC "-//OpenSymphony Group//XWork Validator 1.0.2//EN"
 *        "http://www.opensymphony.com/xwork/xwork-validator-1.0.2.dtd">
 * <validators>
 *   <field name="bar">
 *       <field-validator type="required">
 *           <message>You must enter a value for bar.</message>
 *       </field-validator>
 *       <field-validator type="int">
 *           <param name="min">6</param>
 *           <param name="max">10</param>
 *           <message>bar must be between ${min} and ${max}, current value is ${bar}.</message>
 *       </field-validator>
 *   </field>
 *   <field name="bar2">
 *       <field-validator type="regex">
 *           <param name="expression">[0-9],[0-9]</param>
 *           <message>The value of bar2 must be in the format "x, y", where x and y are between 0 and 9</message>
 *      </field-validator>
 *   </field>
 *   <field name="date">
 *       <field-validator type="date">
 *           <param name="min">12/22/2002</param>
 *           <param name="max">12/25/2002</param>
 *           <message>The date must be between 12-22-2002 and 12-25-2002.</message>
 *       </field-validator>
 *   </field>
 *   <field name="foo">
 *       <field-validator type="int">
 *           <param name="min">0</param>
 *           <param name="max">100</param>
 *           <message key="foo.range">Could not find foo.range!</message>
 *       </field-validator>
 *   </field>
 *   <validator type="expression">
 *       <param name="expression">foo lt bar </param>
 *       <message>Foo must be greater than Bar. Foo = ${foo}, Bar = ${bar}.</message>
 *   </validator>
 * </validators>
 * <!-- END SNIPPET: exValidationRules1 -->
 * </pre>
 *
 *
 * <p>
 * <!-- START SNIPPET: validationRules2 -->
 * Here we can see the configuration of validators for the SimpleAction class.
 * Validators (and field-validators) must have a type attribute, which refers
 * to a name of an Validator registered with the ValidatorFactory as above.
 * Validator elements may also have <param> elements with name and value attributes
 * to set arbitrary parameters into the Validator instance. See below for discussion
 * of the message element.
 * <!-- END SNIPPET: validationRules2 -->
 * </p>
 *
 *
 *
 * <!-- START SNIPPET: validationRules3 -->
 * <p>Each Validator or Field-Validator element must define one message element inside
 * the validator element body. The message element has 1 attributes, key which is not
 * required. The body of the message tag is taken as the default message which should
 * be added to the Action if the validator fails. Key gives a message key to look up
 * in the Action's ResourceBundles using getText() from LocaleAware if the Action
 * implements that interface (as ActionSupport does). This provides for Localized
 * messages based on the Locale of the user making the request (or whatever Locale
 * you've set into the LocaleAware Action). After either retrieving the message from
 * the ResourceBundle using the Key value, or using the Default message, the current
 * Validator is pushed onto the ValueStack, then the message is parsed for \$\{...\}
 * sections which are replaced with the evaluated value of the string between the
 * \$\{ and \}. This allows you to parameterize your messages with values from the
 * Validator, the Action, or both.</p>
 *
 *
 * <p>If the validator fails, the validator is pushed onto the ValueStack and the
 * message - either the default or the locale-specific one if the key attribute is
 * defined (and such a message exists) - is parsed for ${...} sections which are
 * replaced with the evaluated value of the string between the ${ and }. This
 * allows you to parameterize your messages with values from the validator, the
 * Action, or both. </p>
 *
 * <p>NOTE: Since validation rules are in an XML file, you must make sure
 * you escape special characters. For example, notice that in the expression
 * validator rule above we use "&gt;" instead of ">". Consult a resource on XML
 * for the full list of characters that must be escaped. The most commonly used
 * characters that must be escaped are: & (use &amp;), > (user &gt;), and < (use &lt;).</p>
 *
 * <p>Here is an example of a parameterized message:

* <p>This will pull the min and max parameters from the IntRangeFieldValidator and * the value of bar from the Action.</p> * <!-- END SNIPPET: validationRules3 --> * * <pre> * <!-- START SNIPPET: exValidationRules3 --> * bar must be between ${min} and ${max}, current value is ${bar}. * <!-- END SNIPPET: exValidationRules3 --> * </pre> * * <!-- START SNIPPET: validationRules4 --> * <p>Another notable fact is that the provided message value is capable of containing OGNL expressions. * Keeping this in mind, it is possible to construct quite sophisticated messages.</p> * <p>See the following example to get an impression:

* * <!-- END SNIPPET: validationRules4 --> * * <pre> * <!-- START SNIPPET: exValidationRules4 --> * <message>${getText("validation.failednotice")}! ${getText("reason")}: ${getText("validation.inputrequired")} * <!-- END SNIPPET: exValidationRules4 --> * </pre> * * @version $Date: 2009-12-27 19:00:13 +0100 (Sun, 27 Dec 2009) $ $Id: ValidatorFactory.java 894087 2009-12-27 18:00:13Z martinc $ * @author Jason Carreira * @author James House */ public interface ValidatorFactory { /** * Get a Validator that matches the given configuration. * * @param cfg the configurator. * @return the validator. */ Validator getValidator(ValidatorConfig cfg); /** * Registers the given validator to the existing map of validators. * This will <b>add to the existing list. * * @param name name of validator to add. * @param className the FQ classname of the validator. */ void registerValidator(String name, String className); /** * Lookup to get the FQ classname of the given validator name. * * @param name name of validator to lookup. * @return the found FQ classname * @throws IllegalArgumentException is thrown if the name is not found. */ String lookupRegisteredValidatorType(String name); }

Other Struts examples (source code examples)

Here is a short list of links related to this Struts ValidatorFactory.java source code file:

... this post is sponsored by my books ...

#1 New Release!

FP Best Seller

 

new blog posts

 

Copyright 1998-2021 Alvin Alexander, alvinalexander.com
All Rights Reserved.

A percentage of advertising revenue from
pages under the /java/jwarehouse URI on this website is
paid back to open source projects.