commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Henri Yandell <bay...@generationjava.com>
Subject Re: [configuration] [collections] ExtendedProperties
Date Mon, 29 Dec 2003 13:22:16 GMT

Deprecate from both? :)

Hen

On Mon, 29 Dec 2003, Emmanuel Bourg wrote:

> Actually ExtendedProperties isn't even used in [configuration], there
> are just a method getConfiguration(ExtendedProperties) and a method
> getExtendedProperties(Configuration) in ConfigurationConverter to
> maintain compatibility with older code using ExtendedProperties.
>
> I'd suggest to deprecate it in favor of Configuration and let it in
> [collection].
>
> Emmanuel Bourg
>
>
> Stephen Colebourne wrote:
> > [collections] currently has an ExtendedProperties class. IIRC, this class
> > forms part of the [configuration] project. I've never thought it fitted in
> > [collections].
> >
> > Now [configuration] is promoted, is it time to deprecate the [collections]
> > version??? Basically, I'm trying to kick out all inappropriate classes from
> > [collections].
> >
> > Stephen
> >
> >
> > ---------------------------------------------------------------------
> > 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
>


---------------------------------------------------------------------
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