Return-Path: 
 <dev-return-67016-apmail-cocoon-dev-archive=cocoon.apache.org@cocoon.apache.org>
Delivered-To: apmail-cocoon-dev-archive@www.apache.org
Received: (qmail 68824 invoked from network); 30 Oct 2004 18:06:08 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199)
  by minotaur-2.apache.org with SMTP; 30 Oct 2004 18:06:08 -0000
Received: (qmail 49567 invoked by uid 500); 30 Oct 2004 18:06:05 -0000
Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org
Received: (qmail 49359 invoked by uid 500); 30 Oct 2004 18:06:03 -0000
Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
list-help: <mailto:dev-help@cocoon.apache.org>
list-unsubscribe: <mailto:dev-unsubscribe@cocoon.apache.org>
list-post: <mailto:dev@cocoon.apache.org>
Reply-To: dev@cocoon.apache.org
Delivered-To: mailing list dev@cocoon.apache.org
Received: (qmail 49340 invoked by uid 99); 30 Oct 2004 18:06:03 -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 [213.46.243.25] (HELO amsfep16-int.chello.nl) (213.46.243.25)
  by apache.org (qpsmtpd/0.28) with ESMTP; Sat, 30 Oct 2004 11:06:02 -0700
Received: from [192.168.2.103] (really [62.194.61.184])
          by amsfep16-int.chello.nl
          (InterMail vM.6.01.03.04 201-2131-111-106-20040729) with ESMTP
          id <20041030180558.SZLN9475.amsfep16-int.chello.nl@[192.168.2.103]>
          for <dev@cocoon.apache.org>; Sat, 30 Oct 2004 20:05:58 +0200
Mime-Version: 1.0 (Apple Message framework v619)
In-Reply-To: <4183CF7B.70009@apache.org>
References: <417D348F.1060407@hippo.nl>
 <6CBFA32C-2A6D-11D9-8861-000A95DC4186@apache.org> <4183CF7B.70009@apache.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Message-Id: <5913820C-2A9E-11D9-AD9E-000D93C1F3E2@hippo.nl>
Content-Transfer-Encoding: 7bit
From: Unico Hommes <unico@hippo.nl>
Subject: Re: [Heads up] Change to build system in 2.1.x
Date: Sat, 30 Oct 2004 20:05:57 +0200
To: dev@cocoon.apache.org
X-Mailer: Apple Mail (2.619)
X-Virus-Checked: Checked
X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N


On 30-okt-04, at 19:29, Stefano Mazzocchi wrote:

> Ugo Cei wrote:
>
>> Il giorno 25/ott/04, alle 19:14, Unico Hommes ha scritto:
>>> I've completed the changes to the build system discussed earlier 
>>> [1]. In order to do so I have extended the gump descriptor with 
>>> additional information that allows the build system to locate one or 
>>> more dependency jars per <depend> project within ./lib/optional. See 
>>> for an example the cocoon-block-axis project definition in gump.xml
>>>
>>> Every block now *must* declare all the dependencies it requires to 
>>> compile in gump.xml just in order for it to build properly.
>> Looks like this is not a backward-compatible change. Blocks which are 
>> distributed outside of Cocoon (like Fins or my Spring Petstore) must 
>> change their deployment instructions to add all those <depend> 
>> elements (and put dependencies in gump too, which wasn't required 
>> before, even though it might have been good practice).
>> Shouldn't we make this change in trunk only and leave 2.1 as is?
>
> yes, this is a pretty big obstacle for a simple bugfix release. The 
> block build system *is* not an aPI but it's a contract and we must 
> honor them.
>

When I was working on this I didn't realize this would be an 
incompatible change, or even that compatibility concerns also affected 
our build system. In all fairness I think you have a good point.

Rather than undoing all the changes (would make me really feel bad 
about the wasted time I invested :-) I think it is no problem to 
provide compatibility. I think that all that is needed is that 
block/lib is added to the block compilation classpath and that those 
libraries are also copied to WEB-INF/lib.

WDYT?

--
Unico