Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 20761 invoked from network); 25 Sep 2008 14:25:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 25 Sep 2008 14:25:09 -0000 Received: (qmail 72412 invoked by uid 500); 25 Sep 2008 14:25:06 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 72357 invoked by uid 500); 25 Sep 2008 14:25:06 -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 List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 72346 invoked by uid 99); 25 Sep 2008 14:25:05 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Sep 2008 07:25:05 -0700 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [88.198.46.98] (HELO indoqa.com) (88.198.46.98) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 25 Sep 2008 14:24:04 +0000 Received: from [10.4.1.227] (unknown [86.59.20.138]) by indoqa.com (Postfix) with ESMTP id 2EE602571CB for ; Thu, 25 Sep 2008 16:24:07 +0200 (CEST) Message-ID: <48DB9EF1.8040302@apache.org> Date: Thu, 25 Sep 2008 16:23:45 +0200 From: =?ISO-8859-1?Q?Reinhard_P=F6tz?= User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: New Spring Maintenance policy References: <48D7ED61.1020109@agssa.net> <48D9531F.3070104@gmx.de> <48D959DD.5070307@gmx.de> <48D966E6.6090409@apache.org> <48D9E532.7040904@gmx.de> <48D9F59D.7000700@acrys.com> In-Reply-To: <48D9F59D.7000700@acrys.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org Rainer Pruy wrote: > A clear statement along "only the most current release will receive > maintenance efforts" would have been much easier and clearer (and > would get broader acceptance by the community). That the whole thing > was not put that way contributes to the impression that users should > be convinced into a support contract. Thanks Rainer, that's more or less the same that I wanted to say. Maybe SpringSource can be convinced to change their policy into this direction. WDOT, would a petition help for that purpose? -- Reinhard P�tz Managing Director, {Indoqa} GmbH http://www.indoqa.com/en/people/reinhard.poetz/ Member of the Apache Software Foundation Apache Cocoon Committer, PMC member reinhard@apache.org ________________________________________________________________________