Currently only in beta-status, an xwork-tiger project exists that is starting to add some basic J2SE 5 ("Tiger") support to WebWork. Currently, the only Java 5 implementation in xwork-tiger.jar is a Map and Collection support using generics.
In short, instead of specifying the types found in collections and maps as documented in Type Conversion, the collection's generic type is used. This means you most likely don't need any ClassName-conversion.properties files.
NOTE: This is a work in progress and not yet finished! More compex examples will follow. For now, have a look at the unit tests with the xwork-tiger project path.
Type Conversion Annotations
If you want to use annotation based type conversion, you have to annotate the class or interface with the Conversion Annotation.
Currently runtime evaluation for these annotations is not supported. This feature will be added in the near future.
For now you have to run the apt target via ant (TODO: not yet in CVS).
Conversion
The Conversion annotation must be applied at Type level.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
conversion |
no |
|
Used for Type Conversions being applied at Type level. |
TypeConversion
Parameter |
Required |
Default |
Notes |
---|---|---|---|
property |
no |
The annotated property name |
The optional property name used within TYPE or PACKAGE level annotations. |
type |
no |
ConversionType.CLASS |
Enum value of ConversionType. Determines whether the conversion should be applied at application or class level. |
converter |
yes |
|
The class of the TypeConverter to be used as converter. |
rule |
no |
ConversionRule.PROPERTY |
Enum value of ConversionRule. The ConversionRule can be a property, a Collection or a Map. |
The TypeConversion annotation can be applied at property and method level.
Example:
@Conversion() public class ConversionAction implements Action { private String convertInt; private String convertDouble; private List users = null; private HashMap keyValues = null; @TypeConversion(type = ConversionType.APPLICATION, converter = XWorkBasicConverter.class) public void setConvertInt( String convertInt ) { this.convertInt = convertInt; } @TypeConversion(converter = XWorkBasicConverter.class) public void setConvertDouble( String convertDouble ) { this.convertDouble = convertDouble; } @TypeConversion(rule = ConversionRule.COLLECTION, converter = String.class) public void setUsers( List users ) { this.users = users; } @TypeConversion(rule = ConversionRule.MAP, converter = BigInteger.class) public void setKeyValues( HashMap keyValues ) { this.keyValues = keyValues; } @TypeConversion(type = ConversionType.APPLICATION, property = "java.util.Date", converter = XWorkBasicConverter.class) public String execute() throws Exception { return SUCCESS; } }
Validation Annotations
If you want to use annotation based validation, you have to annotate the class or interface with Validation Annotation.
These are the standard validator annotations that come with XWork-tiger:
- #ConversionErrorFieldValidator
- #DateRangeFieldValidator
- #EmailValidator
- #ExpressionValidator
- #FieldExpressionValidator
- #IntRangeFieldValidator
- #RegexFieldValidator
- #RequiredFieldValidator
- #RequiredStringValidator
- #StringLengthFieldValidator
- #StringRegexValidator
- #UrlValidator
- #VisitorFieldValidator
RequiredFieldValidator
This validator checks that a field is non-null.
Example:
@RequiredFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true)
RequiredStringValidator
This validator checks that a String field is not empty (i.e. non-null with a length > 0).
Parameter |
Required |
Default |
Notes |
---|---|---|---|
trim |
no |
true |
Boolean property. Determines whether the String is trimmed before performing the length check. |
Example:
@RequiredStringValidator(message = "Default message", key = "i18n.key", shortCircuit = true, trim = true)
StringLengthFieldValidator
This validator checks that a String field is of the right length. It assumes that the field is a String.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
trim |
no |
true |
Boolean property. Determines whether the String is trimmed before performing the length check. |
minLength |
no |
|
Integer property. The minimum length the String must be. |
maxLength |
no |
|
Integer property. The maximum length the String can be. |
If neither minLength nor maxLength is set, nothing will be done.
Example:
@StringLengthFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true, trim = true, minLength = "5", maxLength = "12")
StringRegexValidator
This validator checks that a String field matches a configure Regular Expression, if it is not an empty String.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
regex |
yes |
"." |
String property. The Regular Expression for which to check a match. |
caseSensitive |
no |
true |
Whether the matching of alpha characters in the expression should be done case-sensitively. |
Example:
@StringRegexValidator(message = "Default message", key = "i18n.key", shortCircuit = true, regex = "a regular expression", caseSensitive = true)
EmailValidator
This validator checks that a field is a valid e-mail address if it contains a non-empty String.
Example:
@EmailValidator(message = "Default message", key = "i18n.key", shortCircuit = true)
UrlValidator
This validator checks that a field is a valid URL.
Example:
@UrlValidator(message = "Default message", key = "i18n.key", shortCircuit = true)
IntRangeFieldValidator
This validator checks that a numeric field has a value within a specified range.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
min |
no |
|
Integer property. The minimum the number must be. |
max |
no |
|
Integer property. The maximum number can be. |
If neither min nor max is set, nothing will be done.
The values for min and max must be inserted as String values so that "0" can be handled as a possible value.
Example:
@IntRangeFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true, min = "0", max = "42")
DateRangeFieldValidator
This validator checks that a date field has a value within a specified range.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
min |
no |
|
Date property. The minimum the date must be. |
max |
no |
|
Date property. The maximum date can be. |
If neither min nor max is set, nothing will be done.
Example:
@DateRangeFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true, min = "2005/01/01", max = "2005/12/31")
ConversionErrorFieldValidator
This validator checks if there are any conversion errors for a field and applies them if they exist. See Type Conversion Error Handling for details.
Example:
@ConversionErrorFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true)
ExpressionValidator
This validator uses an OGNL expression to perform its validation. The error message will be added to the action if the expression returns false when it is evaluated against the value stack.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
expression |
yes |
|
An OGNL expression that returns a boolean value. |
Example:
@ExpressionValidator(message = "Default message", key = "i18n.key", shortCircuit = true, expression = "an OGNL expression" )
FieldExpressionValidator
This validator uses an OGNL expression to perform its validation. The error message will be added to the field if the expression returns false when it is evaluated against the value stack.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
expression |
yes |
|
An OGNL expression that returns a boolean value. |
Example:
@FieldExpressionValidator(message = "Default message", key = "i18n.key", shortCircuit = true, expression = "an OGNL expression")
VisitorFieldValidator
The validator allows you to forward validation to object properties of your action using the objects own validation files. This allows you to use the ModelDriven development pattern and manage your validations for your models in one place, where they belong, next to your model classes. The VisitorFieldValidator can handle either simple Object properties, Collections of Objects, or Arrays.
The error message for the VisitorFieldValidator will be appended in front of validation messages added by the validations for the Object message.
Parameter |
Required |
Default |
Notes |
---|---|---|---|
context |
no |
action alias |
Determines the context to use for validating the Object property. If not defined, the context of the Action validation is propogated to the Object property validation. In the case of Action validation, this context is the Action alias. |
appendPrefix |
no |
true |
Determines whether the field name of this field validator should be prepended to the field name of the visited field to determine the full field name when an error occurs. For example, suppose that the bean being validated has a "name" property. If appendPrefix is true, then the field error will be stored under the field "bean.name". If appendPrefix is false, then the field error will be stored under the field "name". |
Example:
@VisitorFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true, context = "action alias", appendPrefix = true)
Here we see the context being overridden in the validator mapping, so the action alias context will not be propogated.
ModelDriven example:
@VisitorFieldValidator(message = "Default message", key = "i18n.key", shortCircuit = true, context = "action alias", appendPrefix = true)
This will use the model's validation rules and any errors messages will be applied directly (nothing is prefixed because of the empty message).