Return-Path: 
 <dev-return-82444-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 44490 invoked from network); 5 Dec 2005 10:00:42 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur.apache.org with SMTP; 5 Dec 2005 10:00:42 -0000
Received: (qmail 49398 invoked by uid 500); 5 Dec 2005 10:00:39 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 49324 invoked by uid 500); 5 Dec 2005 10:00:39 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
List-Post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
List-Id: <dev.cocoon.apache.org>
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 49311 invoked by uid 99); 5 Dec 2005 10:00:39 -0000
Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 02:00:39 -0800
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Received: from [66.111.4.28] (HELO out4.smtp.messagingengine.com)
 (66.111.4.28)
    by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 05 Dec 2005 02:00:38 -0800
Received: from frontend1.internal (mysql-sessions.internal [10.202.2.149])
	by frontend1.messagingengine.com (Postfix) with ESMTP id 89639D1EEE1
	for <dev@cocoon.apache.org>; Mon,  5 Dec 2005 05:00:16 -0500 (EST)
Received: from frontend2.messagingengine.com ([10.202.2.151])
  by frontend1.internal (MEProxy); Mon, 05 Dec 2005 05:00:16 -0500
X-Sasl-enc: 5rbUDESPBPI/FQfiaYk/Ft4joCPV6wTCsyjqi81OfarN 1133776815
Received: from [10.0.0.3] (host-87-74-44-68.bulldogdsl.com [87.74.44.68])
	by www.fastmail.fm (Postfix) with ESMTP id 27F7357145C
	for <dev@cocoon.apache.org>; Mon,  5 Dec 2005 05:00:14 -0500 (EST)
Message-ID: <43940FA8.3070703@odoko.co.uk>
Date: Mon, 05 Dec 2005 10:00:08 +0000
From: Upayavira <uv@odoko.co.uk>
Organization: Odoko Ltd
User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051011)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: dev@cocoon.apache.org
Subject: 2.2 vs 3.0, or 2.2 then 3.0?
References: <43908B84.7070909@apache.org>
 <4392FA09.90001@nada.kth.se>	 <7557e99f0512041053o750baaa0g6b7fda964d0567fa@mail.gmail.com>
	 <439354B8.10908@nada.kth.se>
	 <7557e99f0512041424o27cc6822td3b7268dfad76cb1@mail.gmail.com>
	 <20051205004623.GA26658@igg.indexgeo.com.au>
 <7557e99f0512050112u7806d928g5f602186fcfa1882@mail.gmail.com>
In-Reply-To: <7557e99f0512050112u7806d928g5f602186fcfa1882@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Virus-Checked: Checked by ClamAV on apache.org
X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N

Gianugo Rabellino wrote:

<snip type="big"/>

> Mind you, having some strong business interests in terms of existing
> projects with Cocoon 2, I shouldn't really be this much shouting about
> moving on in possibly incompatible ways: if I've been repeating from
> months now that we need a 3.0 (remember AC EU?), this is because I
> think that without a clear step forward, all we can do are small steps
> solving our self-induced problems while the world is clearly moving to
> different solutions and scenarios. The Cocoon community has never been
> a (late) follower as we risk of being now: if shaking the tree helps
> regaining momentum, then I'm all for an open discussion about it.

I think what Gianugo says here is really important.

Yes, I think we do need to be thinking about 3.0 in a radical new way,
we do have too many self-imposed problems to solve in our current
generation.

But at the same time, the majority if not all of us have investments in
2.x based technologies. If someone handed us a complete 3.0
implementation today, it'd surely take us all some time before we'd
switch, whether in recoding our apps, or retraining our staff, or whatever.

So we need to work out how 2.2 and 3.0 play together. We need to get 2.2
out. I for one need it. But 2.2 is going to make life _much_ easier for
people who are _already_ using Cocoon. We need something that is going
to bring in significant new blood.

So, 2.2 = important, and 3.0 = important. Both.

We need to avoid discussions, implications, emotions, etc that suggest
otherwise.

We need to give the message to our existing users that their code will
be supported for a long time, that it is still safe to continue using
2.1/2.2. After all, we will all ourselves have code using it for a long
time, much like some of us probably have code running that still uses
Cocoon 1.X.

Any project will need to be 'revisioned' at times. Take the delightful
'Visual Basic', VB6 is incompatible with VB7. Sometimes it just needs to
be done. That didn't stop people using VB6, at least not immediately
(unfortunately for them ;-) ).

So, no-one is offending anyone else by suggesting 3.0. Anyone shouting
about 3.0 also likely needs 2.2 for their businesses to continue to
function in the time until someone actually implements 3.0, and probably
for some significant time after.

Let's get 2.2 out, and let's continue to mull on the nature of 3.0, and
thank you to Sylvain for restarting the discussion.

Regards, Upayavira