You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by bu...@apache.org on 2004/06/09 06:10:41 UTC

DO NOT REPLY [Bug 29452] New: - Field class Msg access mod

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

http://issues.apache.org/bugzilla/show_bug.cgi?id=29452

Field class Msg access mod

           Summary: Field class Msg access mod
           Product: Commons
           Version: Nightly Builds
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: Enhancement
          Priority: Other
         Component: Validator
        AssignedTo: commons-dev@jakarta.apache.org
        ReportedBy: rawertz@freerangedata.com


Simply put, this enhancement request recommends that the Field class be 
modified to support the full functionality implied by the validator DTD.  

The validator DTDs indicate that each field element may have any number of 
child msg elements with optional attributes bundle and resource and required 
attributes key and name, but the current codebase doesn't expose that level of 
flexibility.  The Field class in its current state does not provide any 
accessor methods for retrieving Msg objects that have been associated with a 
particular field.  The current getMsg() implementation returns only a String--
representing the message key--even though an addMsg(Msg) method is provided.  

The need to extract key, name, bundle, and resource y/n information for a 
particular message (or messages) belonging to a field is a very likely 
scenario.  This functionality would be particularly useful in situations where 
the validator is used as a standalone validation framework by applications, 
since it allows for more flexibility when analyzing ValidatorResult 
instances.

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org