[ 
https://issues.apache.org/struts/browse/STR-2236?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Paul Benedict updated STR-2236:
-------------------------------

    Fix Version/s: Future
         Assignee:     (was: Struts Developers)

> [validator] report how many fields have been checked - i.e. make 
> ValidatorForm.validate() fail-safe!
> ----------------------------------------------------------------------------------------------------
>
>                 Key: STR-2236
>                 URL: https://issues.apache.org/struts/browse/STR-2236
>             Project: Struts 1
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 1.2.4
>         Environment: Operating System: other
> Platform: Other
>            Reporter: Ralf Hauser
>            Priority: Minor
>             Fix For: Future
>
>
> as per as per Bug 31618, there seems to be a problem with looking up forms 
> during
> validation.
> Anyway, as long as commons validator doesn't throw a ValidatorException, the
> application programmer gets the exactly same result for the case when the form
> has been properly validated and no errors have been found and the opposite 
> case
> where due to a configuration error (or programming error in the underlying 
> jars)
> no validation has been executed whatsoever.
> Testing for the number of fields validated as per the suggestion in the above
> referenced bug is one idea, probably there are other (better ways) to 
> engineer this.
> in order not to have to change the interface, at least a
> log.debug(validatorResults.numbOfFieldsValidated + " fields have been 
> validated
>  in form "+ super.getClass().getName());
> in the ValidatorForm.validate() would be highly useful!, there seems to be a 
> problem with looking up forms during
> validation.
> Anyway, as long as commons validator doesn't throw a ValidatorException, the
> application programmer gets the exactly same result for the case when the form
> has been properly validated and no errors have been found and the opposite 
> case
> where due to a configuration error (or programming error in the underlying 
> jars)
> no validation has been executed whatsoever.
> Testing for the number of fields validated as per the suggestion in the above
> referenced bug is one idea, probably there are other (better ways) to 
> engineer this.
> in order not to have to change the interface, at least a
> log.debug(validatorResults.numbOfFieldsValidated + " fields have been 
> validated
>  in form "+ super.getClass().getName());
> in the ValidatorForm.validate() would be highly useful!

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to