Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 8251 invoked from network); 23 Sep 2005 11:34:19 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 23 Sep 2005 11:34:18 -0000 Received: (qmail 6309 invoked by uid 500); 23 Sep 2005 11:34:16 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 5985 invoked by uid 500); 23 Sep 2005 11:34:15 -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 5968 invoked by uid 99); 23 Sep 2005 11:34:15 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 23 Sep 2005 04:34:15 -0700 Message-ID: <4333E8AF.2050606@apache.org> Date: Fri, 23 Sep 2005 13:36:15 +0200 From: Carsten Ziegeler User-Agent: Mozilla Thunderbird 1.0.6 (Windows/20050716) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: [RT] Are svn externals a good idea? References: <5E091A68F794974CAF431CA31F5AF2CC3C4E2D@server.bizzdesign.nl> <4333DB05.2050000@nada.kth.se> <4333E1D2.6070208@apache.org> <4333E54D.60709@odoko.co.uk> In-Reply-To: <4333E54D.60709@odoko.co.uk> X-Enigmail-Version: 0.92.1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Upayavira wrote: > > Yup. I'm game. But we need some kind of interim build process don't we? > Hmm, perhaps - my idea is still that if we start separating it, people will provide an interim build or even better start a real blocks build system. > We've still got the maven pom.xml that lists all of the blocks - I > presume we want to reverse this - have the blocks refer to Cocoon rather > than Cocoon refer to the blocks. > This is just for testing the maven build - the main pom.xml can be used to build all blocks and the pom.xml in the webapp module is for finding out weak transitive dependencies. > > Also, gump.xml refers to all blocks. Presumably we could have > http://svn.apache.org/repos/asf/cocoon/blocks/gump.xml which points to > all of the gump.xml's for each of our blocks - somewhere we'll have to > tell Gump what we do. Don't know much about Gump, but if gump is able to use m2 poms, it could just use them for building all the blocks and we wouldn't need any gump.xml anymore. > > I'm trying to create myself a block at the moment in 2.2, so this is > very relevant. > :) Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/