Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 70947 invoked from network); 2 Feb 2007 15:48:51 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 2 Feb 2007 15:48:50 -0000 Received: (qmail 10921 invoked by uid 500); 2 Feb 2007 15:48:55 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 10848 invoked by uid 500); 2 Feb 2007 15:48:55 -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 10837 invoked by uid 99); 2 Feb 2007 15:48:55 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Feb 2007 07:48:55 -0800 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (herse.apache.org: local policy) Received: from [213.46.255.15] (HELO viefep18-int.chello.at) (213.46.255.15) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 02 Feb 2007 07:48:45 -0800 Received: from [192.168.1.30] (really [62.178.239.20]) by viefep18-int.chello.at (InterMail vM.6.01.05.04 201-2131-123-105-20051025) with ESMTP id <20070202154822.MCFL2293.viefep18-int.chello.at@[192.168.1.30]> for ; Fri, 2 Feb 2007 16:48:22 +0100 Message-ID: <45C35D42.4030405@apache.org> Date: Fri, 02 Feb 2007 16:48:18 +0100 From: Reinhard Poetz User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Releasing from trunk Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org As scheduled some weeks ago I want to ask for opinions about a next series of module releases. Here my proposal: - release cocoon-configuration-api and cocoon-spring-configuratur as 1.0 - release cocoon-core (+ all submodules) as RC1 - release the archetypes as RC1 - release cocoon-servlet-service as M1 - release cocoon-template and cocoon-forms as RC1 Releasing as RC or stable means that we don't change contracts anymore. Is this okay for the proposed modules? Daniel, when do you think is the cocoon-servlet-service module ready for a milestone release? Or is it even ready for being released as RC too? And once again, has anybody time to prepare proper release artifacts of all Avalon and Excalibur modules that we depend on? The problem is that the artifacts are only available at an Apache repository but not at the central Maven repo. Note that all Cocoon committers have commit rights in Avalon land and IIU Jorg correctly, most of the work has already been done! IMO that's absolutly necessary for tagging the Cocoon core release as stable! -- Reinhard P�tz Independent Consultant, Trainer & (IT)-Coach {Software Engineering, Open Source, Web Applications, Apache Cocoon} web(log): http://www.poetz.cc --------------------------------------------------------------------