Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 52757 invoked from network); 30 Oct 2006 17:53:45 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 Oct 2006 17:53:45 -0000 Received: (qmail 20725 invoked by uid 500); 30 Oct 2006 17:53:53 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 20708 invoked by uid 500); 30 Oct 2006 17:53:53 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 20697 invoked by uid 99); 30 Oct 2006 17:53:53 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Oct 2006 09:53:53 -0800 Received-SPF: pass (herse.apache.org: local policy) Received: from [217.146.188.205] (HELO web86511.mail.ird.yahoo.com) (217.146.188.205) by apache.org (qpsmtpd/0.29) with SMTP; Mon, 30 Oct 2006 09:53:41 -0800 Received: (qmail 24353 invoked by uid 60001); 30 Oct 2006 17:53:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btopenworld.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=A5I/Pp+FiryckjuX3IdljRMMEXFQiWA3iiZxlhZQTSfD8kKSBRMSKbMp68kxGltocPSdQkDSANIFEHfTGOb1pjRJYffu8xccS8qad/my9CBXYRUynDFNKirJuBtqPipLReQ0kLUmN0Mbyzc1Z7XFY1aRTUplHtmvN6DzjPowCCI= ; Message-ID: <20061030175319.24351.qmail@web86511.mail.ird.yahoo.com> Received: from [194.164.132.240] by web86511.mail.ird.yahoo.com via HTTP; Mon, 30 Oct 2006 17:53:19 GMT Date: Mon, 30 Oct 2006 17:53:19 +0000 (GMT) From: Stephen Colebourne Subject: Re: [PROPOSAL] Major versions require package name change To: Jakarta Commons Developers List MIME-Version: 1.0 Content-Type: text/plain; charset=ascii Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org From: Sandy McArthur =0A> If we want to come up with t= he notion of a "super" version, something=0A> that is more broad than a "ma= jor" version and includes non-backwards=0A> compatible changes I'm fine wit= h that.=0A> =0A> But mandating that any major release be completely non-bac= kwards=0A> compatible is silly.=0A=0ASo what does a major version mean? Sur= ely a major version means "we have changed the code so it is no longer comp= atible, you cannot upgrade simlpy and easily"=0A=0A=0A> Occasional drastic = pruning of code is needed to keep it healthy and=0A> manageable. But we sho= uld not be eager to run out and break=0A> compatibility without deliberate = and compelling reasons.=0A=0AI agree that we should not run out and break c= ompatibility without deliberate and compelling reasons. In fact, I'd sugges= t that one of the beneficial side-effects of adopting this as a policy woul= d be that we would all be more reticent about making those incompatible cha= nges, leading to more minor and compatible releases - which I would argue i= s a Good Thing.=0A=0AI'll admit its less fun though. Is that what the negat= ive viewpoint here is? Or is it just that the negatives have never faced ja= r hell?=0A=0AAt the moment, I haven't heard any debate of the validity of t= he problem, or alternatives to the solution/=0A=0AStephen=0A=0A=0A=0A --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org