Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 47530 invoked from network); 6 Jan 2005 08:54:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 6 Jan 2005 08:54:31 -0000 Received: (qmail 2130 invoked by uid 500); 6 Jan 2005 08:54:28 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 2072 invoked by uid 500); 6 Jan 2005 08:54:28 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: 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 2054 invoked by uid 99); 6 Jan 2005 08:54:27 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from host11.belle.hyatthsiagx.com (HELO host11.belle.hyatthsiagx.com) (206.165.16.11) by apache.org (qpsmtpd/0.28) with ESMTP; Thu, 06 Jan 2005 00:54:24 -0800 Received: from [172.17.162.251] ([172.17.162.251]) by host11.belle.hyatthsiagx.com (8.11.6/8.8.7) with ESMTP id j068s4L20658 for ; Thu, 6 Jan 2005 00:54:04 -0800 Message-ID: <41DCE09E.7060605@steitz.com> Date: Thu, 06 Jan 2005 01:54:22 -0500 From: Phil Steitz User-Agent: Mozilla Thunderbird 1.0RC1 (X11/20041201) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jakarta Commons Developers List Subject: Re: [Jakarta Commons Wiki] New: SigningReleases References: <20050104233838.75988.18928@minotaur.apache.org> <16d6c620050104154510f28f1b@mail.gmail.com> <41DB30EB.1030506@pandora.be> <195A0355-5F5C-11D9-8195-003065DC754C@blueyonder.co.uk> <1104964551.41dc6bc71d1d1@mail.iinet.net.au> <39BFF068-5F6D-11D9-8195-003065DC754C@blueyonder.co.uk> <1104966960.41dc75309e9a5@mail.iinet.net.au> In-Reply-To: <1104966960.41dc75309e9a5@mail.iinet.net.au> 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 Brett Porter wrote: >>phil's a bit shy (honest ;) but he's chomping at the bit to create a >>release guide for mavenized ASF products based on the jakarta commons >>one. originally, he was talking about improving the JC release manager >>stuff. however, it sounds to me like it might be better hosted over in >>mavenland (or even at the federation level). >> >>opinions? > > > I agree. I think adding general documentation in Maven is appropriate (I've been > working on this recently, but haven't gotten to the release stuff, so > contributions are welcome). > > I think adding something to the federation level that talks about ASF specifics > and references other documentation is appropriate. > > - Brett > I am definitely willing to help. I started revising the j-c release manager stuff to include maven instructions. The beginnings are still here . I also committed some shell scripts to /committers/tools to automate the signing, verification and creation of symlinks. I worked on this stuff a little more over the holidays but held off posting / doing anything more when Robert stepped up to work on release docs for ASF in general. The conclusions that I came to fiddling with the j-c RM guide are: 1) It would be better to have separate guides (or fully separate sections) for maven and ant. The ant guide needs to be updated to reflect the new site build, changed locations and a few other things (most of which I have completed). Automation of some of the many shell commands -- either using scripts or Ant itself, would also be a big improvement, as would be a "Windows version." Best would be to automate everything using Ant itself, since this eliminates platform dependency. Contributions are welcome here. 2) A real maven expert (Brett ;) could probably figure out how to automate almost everything in a way that could be reused across all maven-built projects. Including the signing, hashing and verification in the maven build would be great. I agree with Robert that this probably belongs in the maven community. I am willing to help in any case, either working on plugins to get things to work or documenting how to use maven to cut releases. Phil > > --------------------------------------------------------------------- > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org > For additional commands, e-mail: commons-dev-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org