Está en: | Inicio >> ISValidator >> Cambios | Domingo 4 de Mayo de 2025 |
![]() | ![]() |
|
Cambios en ISValidatorEn esta página se reflejan los cambios producidos en el código desde la primera versión publicada, la 0.0.9 Versión 0.0.11- Se ha corregido un bug que hacía que el contenedor tuviese dos instancias de la restricción NotBlankContraint. - Se ha corregido un bug en SimpleMetaContainer que probocaba que se introdujera en un bucle infinito cuando se trabajaba con los InValidConstraintContainers. - Se ha modificado tanto el procesador como el contenedor para el Struts. - Se ha modificado el ejemplo de uso con Struts para corregir un problema cuando los campos estaban vacios. - Se ha corregido un bug por el que los constraintContainer no añadian correctamente los parametros de los errores propios del contenedor. - Se ha añadido un ejemplo del uso de ISValidator con el Struts. - Se han integrado los casos de prueba con JUnit que estaban anteriormente como un paquete independiente. - Se han añadido a la distribución la documentación de las rutinas. - Se ha trasladado el alberge del proyecto a SourceForge.net ya que se dispone de mas y mejores recursos para poder llevar a cabo el proyecto. Versión 0.0.10- Se ha añadido soporte, para utilizar ISValidator en el framework MVC Struts de Apache - Se han modificado los InValidConstraint y las Constraint para permitir que se indique un contenedor de procesadores invalidos, en vez de estar fijado el que se debía usar - Se han eliminado las restricciones condicionales. El motivo era la excesiva complicación que aportaban al código, pudiéndose realizar esa tarea de una forma más sencilla y clara de entender utilizando las restricciones normales. Para realizar una restricción condicional ahora hay que realizarla utilizando las sentencias condicionales del lenguaje if (condición) { se añaden las reglas si se cumple esta/s condición/es } else { se añaden las reglas si no se cumple esta/s condición/es } - Se han añadido los procesadores de restricciones validas, la función principal es parecida a la de los procesadores de restricciones invalidas, salvo que están pensados para cuando la restricción se ha cumplido. La utilidad más inmediata es la de presentar la salida de ese dato. - Se han añadido más ejemplos al paquete de ejemplos, para poder observar las diferentes formas de utilizar las rutinas. - Se ha permitido que a todos los metacontenedores se les pueda pedir un campo mediante su nombre, para que puedan funcionar como un modelo de datos. - Modificada la clase CommandLineMetacontainer para poder soportar la validación del número de parametros de entrada. Así mismo se ha añadido la restricción CommandLineMetaContainerException para manejar esta situación. - Modificada la clase CommandLineArgumentConstraintContainer para permitir que se le indique en el constructor el metacontenedor a usar, de esta manera el propio contenedro de restricciones se registra en el metacontenedor. - Modificada la clase ServletParameterConstraintContainer para permitir que se le indique en el constructor el metacontenedor a usar, de esta manera el propio contenedor de restricciones se registra en el metacontenedor. - Modificada la clase ServletParametersMetaContainer para poder soportar que un contenedor le pida el request, así como que se le indique en el constructor que request se va a usar. Versión 0.0.9Primera versión publicada en un estado de desarrollo |
|