on 2/14/01 2:38 PM, "Federico Barbieri" <[EMAIL PROTECTED]> wrote:

>> Ok, so can we agree on this:
>> 
>> /home/cvs/jakarta-avalon-foo
>> /home/cvs/jakarta-avalon-bar
>> /home/cvs/jakarta-avalon-whatever
>> /home/cvs/jakarta-avalon-peter
>> /home/cvs/jakarta-avalon-federico
>> /home/cvs/jakarta-avalon-yourmother
>> 
>> ?
>> 
> 
> You're missing my point...
> org.apache.avalon and the kernel and blocks implementation are two
> different project. Very different. The avalon package's goal is to
> create a set of design patterns, contracts and interfaces to enforce
> good software design, runtime code reusing, IOC, SOC, etc. Phoenix is an
> intergation framework. Cornerstone is a set of default services for
> Phoenix. 
> 
> avalon is way much closer in the way it should be developed, goals and
> needs to the jakarta-util project rather than Phoenix. I whould strongly
> agree to have that code into the util project.
> Many avalon patterns are used by Phoenix, James, Cocoon and similar
> concepts are in Turbine too. So it should be in a common
> project/repository, not duplicated in each project.
> 
> So what about merging avalon into the jakarta util and let Phoenix and
> Cornerstone live together in a separate CVS?
> 
> Fede

And you are missing my point.

I don't care how many different CVS trees there are. Just prefix them with
"jakarta-avalon" if it is at all Avalon related. If it is related to another
project that you would like to create, then you need to propose that as
another project, not just another CVS tree.

-jon

-- 
If you come from a Perl or PHP background, JSP is a way to take
your pain to new levels. --Anonymous
<http://jakarta.apache.org/velocity/> && <http://java.apache.org/turbine/>


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to