Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 59392 invoked from network); 5 Jan 2005 10:32:20 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 5 Jan 2005 10:32:20 -0000 Received: (qmail 13555 invoked by uid 500); 5 Jan 2005 10:31:47 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 13465 invoked by uid 500); 5 Jan 2005 10:31:46 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 13416 invoked by uid 99); 5 Jan 2005 10:31:44 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from out2.smtp.messagingengine.com (HELO out2.smtp.messagingengine.com) (66.111.4.26) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 05 Jan 2005 02:31:23 -0800 Received: from frontend2.messagingengine.com (frontend2.internal [10.202.2.151]) by frontend1.messagingengine.com (Postfix) with ESMTP id 921A2C49D28 for ; Wed, 5 Jan 2005 05:31:05 -0500 (EST) X-Sasl-enc: KPKTr/nBsZ2whlRlcAWGUw 1104921063 Received: from [192.168.1.74] (unknown [213.48.13.39]) by www.fastmail.fm (Postfix) with ESMTP id D1A5C570147 for ; Wed, 5 Jan 2005 05:31:03 -0500 (EST) Message-ID: <41DBC18D.5030700@upaya.co.uk> Date: Wed, 05 Jan 2005 10:29:33 +0000 From: Upayavira User-Agent: Mozilla Thunderbird 0.7 (Windows/20040616) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: Using the standard Jaxp parser in Cocoon.java References: <41DA73F5.8010201@anyware-tech.com> <41DA7C7E.4050007@apache.org> <41DA8C91.7020605@upaya.co.uk> <41DA920E.90204@apache.org> <41DAA8C6.1090004@upaya.co.uk> <41DAAB0D.5050301@apache.org> <41DAB039.5070008@apache.org> <33214.10.0.0.5.1104873376.squirrel@www.agssa.net> <41DB084E.7040409@upaya.co.uk> <41DB8F07.8010706@apache.org> In-Reply-To: <41DB8F07.8010706@apache.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Carsten Ziegeler wrote: > Upayavira wrote: > >> Antonio Gallardo wrote: >> > >>> >>> If 2.1 will work without this "feature" => please remove it. >>> Cleaning the >>> house is good. ;-) >>> >>> >> As is leaving things alone so you don't take the risk of breaking >> things :-) >> > Exactly - and we should try to make sense out of our version numbers > especially wrt compatibility. I think we should be keeping 2.1.X as stable as possible, and be tidying trunk. We therefore need to be thinking about how to get trunk released within a reasonable time (6 months?), and therefore be prepared to delay some features until 2.3 if their development is going to take too long. After all, 2.1.X is a _maintenance_ branch, but that doesn't seem too much like how we're using it - we're adding stuff to it that should go in 2.2, only because we don't know when 2.2 will be out, we're not happy to just have it there. Regards, Upayavira Regards, Upayavira