Re: Avalon Components (Re: Our site is too big)

Nicola Ken Barozzi <[email protected]> Fri, 03 Jan 2003 01:03:07 +0100
Newsgroups gmane.comp.jakarta.avalon.apps.devel,gmane.comp.jakarta.avalon.devel
Message-ID <[email protected]>
Leo Simons wrote:
> Nicola Ken Barozzi wrote:
> 
>> I think that we should now decide where to put the Avalon components, 
>> if in Apache Commons or Avalon Components.
> 
> 
> I'm (still) strongly in favour of a _common_ repository for _common_ 
> components, in that all of Jakarta Commons, and Apache Commons, and 
> Avalon Commons, and Turbine Commons, and <whatever> Commons is the same 
> common repository. It Just Makes Sense(tm).
> 
> CVS access is not the issue (if it works @ apache as it works for me at 
> work, it is the simple editing of one file). What we need is community 
> unification (to the extend feasible).

Yes, this last sentence is a very important point.

<mumble>
My "fear" is that moving these in Apache Commons now is going to 
destabilize the community.

Now that I write it, it seems probably silly... it could do the opposite.

I was always pro-common-common, but now I have a bit of fear in 
"relinquishing control" of the components.
</mumble>


Ok, we have explored a bit the possibility of having an Apache Avalon 
Components project.

What would you guys think about the real possibility of moving our 
components to Apache Commons?

The proposal would be the same, but under the Avalon Commons project:

"
I think it is important to separate container/framework and
components.  I also think that we should use Scratchpad/Components
like Jakarta Commons.  I.e.: Any Apache committer should have
Karma for the Scratchpad CVS.  The ones actively maintaining
the component code shoul be granted karma to Component.

* That means that *anyone* can do scratchpad stuff.
* It also means that someone who is maintaining components is not
   necessarily an Avalon committer.
* It also means that not just *anyone* can alter the released
   components--they have to demonstrate the ability to maintain it.
"

-- 
Nicola Ken Barozzi                   [email protected]
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------