Peter Donald wrote:
On Mon, 25 Nov 2002 10:38, Stefano Mazzocchi wrote:
...stuff...

It was not an insult to Cocoon that a new container was developed there. The Avalon container failed to provide acceptable features for Cocoon so a new container was developed inside Cocoons CVS.
The new container was built with Cocoon in mind and did not follow the same semantics that the previous container did. Nor did it provide the features or a migration path for the rest of us who were not involved in Cocoon (in particular James).
Whether you call this a fork is irrelevent. It was a new container that changed the rules that was developed outside of avalon-dev. Then it was decided to migrate it back from Cocoon to Avalon - first it went to framework CVS and then bounced to excalibur.

I have no problem with the way it was developed and think diversity and choice are healthy for a community. I have no problem that it was developed there and I am glad we provided enough support for it to come back.

We did make some choices that sucked technically primarily for Cocoons benefit - but as I said before. Many of Avalons successes are directly tied to successes in Cocoon - so I think it was worth it. It may be another year or two before we finally deprecate all the crappy code but the influx of developers and ideas has more than paid for the choices.

And FWIW I never blocked the choices no matter how silly they were unless they had a negative impact on the rest of us.
Fair.

I agree with anything you have said in this message, expecially the part where you recognize that the value of a community is better then the value of single technical mistakes.

I'm very happy you said that and I'm *NOT* being ironic at all.

I agree with you that ECM is crappy code. And you know that in order to implement Cocoon Blocks, we'll need a much more modern (and thought-out) container and that in order to be able to do that, we might even allow some back-incompatible changes (for something like Cocoon 3.0) where it does make sense to break compatibility.

I hope to see the same amount of value in the community dynamics (rather than in perfect code solutions) from everybody else on this list.

--
Stefano Mazzocchi <[EMAIL PROTECTED]>
--------------------------------------------------------------------



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



Reply via email to