commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Colebourne" <scolebou...@btopenworld.com>
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
course.

Stephen

----- Original Message -----
From: "robert burrell donkin" <robertburrelldonkin@blueyonder.co.uk>
> 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: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>


Mime
View raw message