commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Michael A. Smith" <>
Subject Re: [all commons] Proposal: CommonsCommons package
Date Sat, 15 Jun 2002 20:17:24 GMT

I've actually been thinking about this for a while.  The transform stuff
and predicate stuff that is in the collections project doesn't
necessarily need to be "restricted" to collections.  That is, they
probably should exist outside of collections and have collections depend
on them.

However, I don't like the idea of a commons commons.  I dislike it for 
the same reasons why this forum rejected the idea of a commons "util" 

Instead, it would probably be appropriate to move these into other 
commons projects.  For example, "lang" or "codec" (for transforms).


On Sat, 15 Jun 2002, Ola Berg wrote:
> Having looked at the code of almost all commons components, I see that
> there is a need for a base package that solves many generic problems,
> that today is solved differently within the packages.
> Candidates for such a package includes:
> Transformations - generic transformations (including type conversions
> and the special and often used conversion: creating Objects from
> Strings, which is tightly linked to a common factory platform wich is
> needed both in pool and in configuration which is needed in...)
> Predicate - Very useful.
> Also a number of common interfaces that guarantees that the class
> follows a certain pattern, like Named = all classes that has a String
> name property etc, which enhances reuse between the packages.
> This could also be a good spot for 1) an architectural birds view on
> the packages, and 2) potential migration to a merge effort so that
> each commons component could drop their special implementation of a
> feature as soon as the same feature in commonscommons feels OK.
> I bet there are some design descisions that would have been better
> today than when it started (\"Oh, why didn\'t we let X inherit Y from
> the beginning?\"). commonscommons (no I don\'t propose that name)
> could be the place for such \"second\" tries.
> /O

To unsubscribe, e-mail:   <>
For additional commands, e-mail: <>

View raw message