Componentes ErrorDo

Los procesos de la información se modelizan mediante dos interfaces dependiendo de si la información es válida o por el contrario no lo es. Para procesar la información inválida se utiliza la interface errorDo.

Estos componentes son totalmente opcionales, realizando la función de procesamiento descrita en la presentación

Cada restriccion (Check ) que no es válida se recoge en una instancia de un errorDo. Como a cada dato (Data ) se le puede aplicar más de una restricción, entonces un dato puede tener más de un errorDo. Este es el motivo de que existan los ErrorDoGroup, agrupar diferentes ErrorDo.

Tanto los Check como los Data y los DataGroup informan al errorDo de ls características del error añadiendole unos parametros consistentes en una clave y un valor. El errorDo mantiene estos parametros para saber cual ha sido el motivo del error.

Como se puede observar en el ejemplo de la linea de comandos el CommandLineArgumentData añade un parametro con una clave de argumentName conteniendo el nombre del argumento y los Check añaden un parametro con clave valueToCheck para indicar el valor que tenia el dato y que no cumplia la condición.

Disponibles

Estos son los componentes ErrorDo y ErrorDoGroup disponibles actualmente

Clase Descripcion
SimpleErrorDo Procesa y modeliza una condición de error sin ningúna situación especial
SimpleErrorDoGroup Grupo asociado al SimpleErrorDo
StrutsErrorDo Procesa y modeliza una condición de error adaptada al Struts
StrutsErrorDoGroup Grupo asociado al StrutsErrorDo, devolviendo un ActionErrors correctamente configurado con un ActionError por cada restriccion (Check) no cumplida. El formato es error.nombreDelCampo.IdentificadorDelCheck