commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From robert burrell donkin <robertdon...@mac.com>
Subject Re: [Pattern] Sandbox proposal, affects [Collections][Util] [was: Re: Core architecture [was: Commons architecture]]
Date Tue, 25 Jun 2002 21:48:03 GMT
+0

sounds like a good plan (but i don't have the time to actively support 
your efforts right now).

BTW a word to the wise - prefixing [PROPOSAL] to your proposal is usually 
a good idea

- robert

On Tuesday, June 25, 2002, at 10:34 PM, Stephen Colebourne wrote:

> Please find attached a proposal for a new sandbox component. This impacts
> both Collections and Util through refactoring.
>
> Background:
> Discussions on the architecture of sandbox components have indicated that
> collecting together generic patterns such as factory, comparator and
> transformation code in one place would be useful. However, no current
> sandbox component is willing to take on the role.
>
> Affects on Collections:
> The comparator package, Predicate, PredicateUtils (not the collections),
> Transform, Closure, SimpleObjectFactory and FactoryUtils classes would be
> copied to Pattern. Ideally, the classes will be deprecated for later 
> removal
> **.
>
> The principal issue for Collections is that Pattern will be a new 
> component,
> untested and in the sandbox. The aim of Pattern must therefore be to 
> proceed
> to a stable 1.0 commons release ASAP, and preferably before the next
> collections release.
>
> The principal advantages for Collections are that it can focus on
> collections rather than on patterns, and that a wider range of Prdeicates,
> Transforms, Comparators and Factories will be available because they will
> have their own focus.
>
> Affects on Util:
> The comparator classes currently in Util would be copied to Pattern.
> Ideally, the originals in Util would be removed. This should cause no 
> issues
> as Util is a sandbox component.
>
> My understanding is that I can start a sandbox component without a vote or
> discussion, but it seemed better to be clear on this occasion ;-)
>
> Stephen
>
> ** Changes dependent on Pattern reaching 1.0 before Collections' next
> release
> Predicate, Transform and Closure in Collections extend their replacements 
> in
> Pattern and be deprecated in Collections.
> The comparators in collections are deprecated.
> PredicateUtils, SimpleObjectFactory, FactoryUtils and some Comparators
> haven't been released yet, so could be removed.
>
>
>
> From: Nicola Ken
>> What you propose then are generic patterns, and I would assume that
>> Identifiable is part of them, since it's a common concern that crosses
>> aspects.
>>
>> I think that there is much more value in these than possible problems,
>> really *much* more, so you have my +1 for them.
>>
>> Which means I will help :-)
>
> Nicola Ken, I've included you as an initial committer.
>
>  --
> To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.
> org>
> For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.
> org>


--
To unsubscribe, e-mail:   <mailto:commons-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:commons-dev-help@jakarta.apache.org>


Mime
View raw message