[Validator] Field class

[Rich Wertz <ra...@freerangedata.com>]

Recent 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.  Why then does the Field class 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, even though an addMsg(Msg) method is provided.  Shouldn't messages
be handled by the Field class in a manner more consistent with its handling
of Args?  

The primary use case needs driving these questions are 1) to be able to
extract key, name, bundle, and resource y/n information for a particular
message belonging to a field and, 2) to retrieve multiple messages from a
particular field.  I believe that 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.      

Thanks!

Rich
    

-----Original Message-----
From: Ted Husted [mailto:husted@apache.org] 
Sent: Sunday, June 06, 2004 7:39 AM
To: Jakarta Commons Developers List
Subject: [Validator] Ted Husted as Committer

The few remaining issues against Validator seem to have fixes and patches
that I could apply. I'd like to resolve these issues and then roll the 1.3.1
release. 

Accordingly, I'd like to nominate myself as a Validator Committer.  

Here's my +1 for me :) 

-Ted.



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




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

Re: [Validator] Field class

[David Graham <gr...@yahoo.com>]

I think this has been brought up before but nothing came of it.  Feel free
to open a bugzilla enhancement ticket with patches and we'll apply them.

Thanks,
David

--- Rich Wertz <ra...@freerangedata.com> wrote:
> Recent 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.  Why then does the Field class 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, even though an addMsg(Msg) method is provided.  Shouldn't
> messages
> be handled by the Field class in a manner more consistent with its
> handling
> of Args?  
> 
> The primary use case needs driving these questions are 1) to be able to
> extract key, name, bundle, and resource y/n information for a particular
> message belonging to a field and, 2) to retrieve multiple messages from
> a
> particular field.  I believe that 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.      
> 
> Thanks!
> 
> Rich
>     
> 
> -----Original Message-----
> From: Ted Husted [mailto:husted@apache.org] 
> Sent: Sunday, June 06, 2004 7:39 AM
> To: Jakarta Commons Developers List
> Subject: [Validator] Ted Husted as Committer
> 
> The few remaining issues against Validator seem to have fixes and
> patches
> that I could apply. I'd like to resolve these issues and then roll the
> 1.3.1
> release. 
> 
> Accordingly, I'd like to nominate myself as a Validator Committer.  
> 
> Here's my +1 for me :) 
> 
> -Ted.
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> 



	
		
__________________________________
Do you Yahoo!?
Friends.  Fun.  Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/ 

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