You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@struts.apache.org by bu...@apache.org on 2003/01/14 19:27:06 UTC

DO NOT REPLY [Bug 16073] New: - i18n issue, variant not being picked up by Validator

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16073>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16073

i18n issue, variant not being picked up by Validator

           Summary: i18n issue, variant not being picked up by Validator
           Product: Struts
           Version: 1.1 Beta 3
          Platform: Other
        OS/Version: Other
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Validator Framework
        AssignedTo: struts-dev@jakarta.apache.org
        ReportedBy: jeremytan@scualum.com
                CC: jeremytan@scualum.com


In my i18n application using Struts 1.1-b2, I've used the locale object (using 
the variant) provided to pick different validations rules.

After upgrading to 1.1-b3, using version 1.0 of commons validator, the 
validations that used to work are now throwing null pointer exceptions (when i 
turn off validation for the specific form in struts-config everything works)

I was reading the DTD for the 1.0 version of the Commons Validator 
http://jakarta.apache.org/commons/dtds/validator_1_0.dtd, and noticed that the 
formset element, no longer takes in the VARIANT as an attribute.  I was 
wondering why that was taken out or if it is taken out, or is there a mistake 
in the DTD?

I know 1.1b-3 still supports the locale w/ variant as all of my 
ApplicationResources.properties files with variants are being picked up, what 
changed in the the Validator? Please take a look.

Thanks,

-Jeremy

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>