Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 64900 invoked from network); 7 Dec 2004 02:53:40 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 7 Dec 2004 02:53:40 -0000 Received: (qmail 22188 invoked by uid 500); 7 Dec 2004 02:53:39 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 21967 invoked by uid 500); 7 Dec 2004 02:53:38 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@forrest.apache.org Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 21953 invoked by uid 99); 7 Dec 2004 02:53:38 -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 indexgeo.net (HELO indexgeo.net) (65.77.211.93) by apache.org (qpsmtpd/0.28) with ESMTP; Mon, 06 Dec 2004 18:53:37 -0800 Received: from [192.168.1.101] (static-109.227.240.220.dsl.comindico.com.au [220.240.227.109]) (authenticated bits=0) by www2.kc.aoindustries.com (8.12.9-20030917/8.12.9) with ESMTP id iB72rWZx014446 for ; Mon, 6 Dec 2004 20:53:34 -0600 Message-ID: <41B51B2E.5040000@apache.org> Date: Tue, 07 Dec 2004 13:53:34 +1100 From: David Crossley User-Agent: Mozilla Thunderbird 0.9 (Macintosh/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@forrest.apache.org Subject: Re: move Transformers to Cocoon (Was: [GUMP@brutus]: Project forrest (in module forrest) failed) References: <200412050757.iB57vCZx008405@www2.kc.aoindustries.com> <41B3B325.2060502@apache.org> <41B41855.80706@apache.org> In-Reply-To: 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 Nicola Ken Barozzi wrote: > David Crossley wrote: >> Nicola Ken Barozzi wrote: >>> David Crossley wrote: >>> >>>> Should we move these transformers over to the core of >>>> Cocoon? >>> >>> No way. >>> >>> Putting them in Cocoon == losing control over them. We see it with >>> the linkmap stuff, and I don't want it happening again. >> >> Well we need to keep them up-to-date then. > > Yes. > >> But what do you mean by losing control? Do you mean >> Cocoon people change it without us knowing? Sorry, i could have chosen better words there. > No, of course not, it's the other way around. Having the code in the > Cocoon SVN implies that: > > 1 - our committers will not generally be able to commit there > 2 - we are not able to VOTE changes to it, as it's Cocoon's PMC role > 3 - most important: it's a barrier to entry, as the Cocoon build is > much slower and more complicated than our's > >> What happened with "the linkmap stuff"? Sorry i must >> have missed a kerfuffle. > > http://svn.apache.org/repos/asf/cocoon/trunk/src/blocks/linkrewriter/ > > We use it, it's a main part of Forrest, but it's in Cocoon. > I wanted to work on it, but having it there, even if I have access and > am part of the Cocoon PMC, made it impossible for me given my time > constraints. Okay, your reasons are very convincing. The main thing that started this thread, was that Gump suddenly told us about a breakage. I notice that a number of recent breakages are about us using deprecated stuff in Cocoon which finally goes away and then we break. So having it under our control does not necessarily mean it will be up-to-date. --David