My vision for [convert] is a very small core (2 or 3 classes) plus pluggable convertors. Not an unusual design, however [convert] should package the convertors into a core and optional jar, or alternatively just list some dependencies as optional. That way adding a dependency to a third party date time library like Joda, or to [lang] for Enums or for JDK1.4 for Currency becomes simpler.
Whether [beanutils] ever depends on a [convert] is a different matter of course. Stephen ----- Original Message ----- From: "robert burrell donkin" <[EMAIL PROTECTED]> > On Tuesday, September 9, 2003, at 11:25 PM, Stephen Colebourne wrote: > > > [lang] did have a Factory class in it for a while, but in the end we > > decided > > that the versions in [collections] and [functor] covered things better > > than > > a generic case in [lang] could. > > > > However, there has been talk of kicking off a [convert] project to handle > > solely the issue of converting one type to another type. Typcially this > > would be String to Object and vice versa, but Bean creation could fall > > here > > too. > > > > Obviously [convert] steps on the toes of the [beanutils] conversion code. > > So, we'll have to see if it ever happens. > > i'm not too sure about that. there have been frequent requests from > beanutils users for more comprehensive conversion but i've observed that > there's a lack of agreement about what this actually means. so, i've come > to the conclusion that it'd be better for beanutils to support basic > conversions but allow different implementations to be plugged in. > > in particular, i think that people would like a component that offers a > solution including the very thorny subject of dates. i have a feeling that > including this in beanutils would involve drifting away from the tight > focus that good commons components display. > > - robert > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
