commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Colebourne" <>
Subject Re: [beanutils][lang] BeanFactory Proposal
Date Tue, 09 Sep 2003 23:00:03 GMT
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


----- Original Message -----
From: "robert burrell donkin" <>
> 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
> > 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
> > 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:
> For additional commands, e-mail:

View raw message