You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@struts.apache.org by "Paul Benedict (JIRA)" <ji...@apache.org> on 2007/08/21 05:01:37 UTC
[jira] Updated: (STR-2236) [validator] report how many fields have
been checked - i.e. make ValidatorForm.validate() fail-safe!
[ 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.