----- Original Message ----- From: "Henri Yandell" <[EMAIL PROTECTED]> To: "Jakarta Commons Developers List" <[EMAIL PROTECTED]> Sent: Sunday, September 28, 2003 4:43 PM Subject: Re: [beanutils] some ideas
<snip>
Can anyone think of any others?
Need lots more in the way of standard converters. Not all standard converters need be defaults.
FormatConverter is an obvious one to include, it taking a java.text.Format in its constructor.
better control of the default (standard) converters is what the registry refactoring (that i proposed earlier) had to do with. maybe now there's some renewed interest in the conversion problem, i might try to find the time to get this in.
being able to create sets of standard converters is one solution to the issues of localization that make dates had to convert. it would be possible to create some factor methods that created standard converter sets based on a particular locale.
Need a wrapper for convert utils that provides a configuration system so people are not always building their own structures. This should not be mandatory however.
What would such a system be used for? You mean something more sophisticated
than the ConvertUtils.register method? What would it do?
i'm sure that beanutils should provide this functionality. i'd much rather leave configuration to the user or framework. i believe thatEric Pabst developed a good way of dong this (for struts at least).
it's worth going through the (ton of) beanutils enhancements requests since there is some excellent code in there. there are usually good reasons (usually to do with backwards compatibility) why it hasn't been applied (in full) yet.
- robert
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
