Folks,

I agree with Leo.  Finding commonality and single design is more important to 
Services/Avalon that
most other Java technologies.

Can we please try to work together?  We are normally one of the best examples of a 
community at
Apache.  Whilst striving to find a common solution we may have to give as well as 
take, back down
as  often as stand firm on an issue.  It would be tragic if anyone decided elsewhere 
was better
than here.  Is it possible for protagonists to consider arbitration by mediation? ... 
Appoint some
logic dudes (or dudettes) to take summaries of arguments and make recommendations.  The
aforementioned dudes/dudettes would have to have largely been absent from discussion 
thus far to
be fair.

- Paul

 --- Leo Simons <[EMAIL PROTECTED]> wrote: > On Mon, 2002-07-08 at 12:01, Jeff 
Turner wrote:
> > On Mon, Jul 08, 2002 at 09:44:08AM +0200, Leo Simons wrote:
> > ...
> > > IOW, the community as a whole wants agreement on the stuff being
> > > discussed, and if you won't reach it, all of it will be rejected.
> > 
> > There are 280 subscribers to this list [1]. I'd guess about 5 or so
> > actually know what all the fuss is about ;) So I doubt if "the community
> > as a whole wants agreement".
> 
> they just don't know they do =)
> 
> > > Which will lead to forking, competition, the community falling
> > > apart
> > 
> > IMHO, there's absolutely nothing wrong with forking if forkers don't
> > abuse the Avalon brand, and enough information is provided to let users
> > choose. The healthiest approach is to encourage diversity on one hand,
> > and facilitate darwinian selection on the other. If you're worried about
> > forks hurting the Avalon brand, then create a fork that unifies the
> > other forks, and see if that flies ;)
> 
> hmm. We've not had a fork before. Thing is, if your framework is about
> interoperability, and then there's competing frameworks within that
> framework that are not interoperable, well, added value of the framework
> diminishes a lot more quickly than for, say, a servlet container.
> 
> that's what all the fuss is about.
> 
> cheers,
> 
> - Leo
> 
> 
> 
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>  

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

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

Reply via email to