cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christian Haul <h...@dvs1.informatik.tu-darmstadt.de>
Subject Re: build system - status of filtering
Date Wed, 12 Mar 2003 09:10:41 GMT
On 11.Mar.2003 -- 11:00 PM, Nicola Ken Barozzi wrote:
> 
> Stefano Mazzocchi wrote, On 11/03/2003 19.53:
> >Christian Haul wrote:
> >
> ...
> >>Strangely enough, a quick look at blocks-build.xsl seems to indicate
> >>that files in the conf directory are filtered. Hints anybody?
> >
> >Yes. the <filter> indications are now located in a build.xml file 
> >located inside the block. Unfortunately, it seems that ant is not able 
> >to retain the scope of those tasks when setup in a nested antcall 
> >target, even if intra-vm.
> 
> <antcall> actually works like <ant>, and is completely reentrant.

Only that it doesn't work on a different file :-|

Actually, http://ant.apache.org/manual/CoreTasks/ant.html says that
properties are inherited and build.xml set @inheritAll explicitly. But
placing an <echo/> inside blocks-build.xml throws an unknown variable
exception.

> ...
> >the ideal solution would be to give its block the ability to define its 
> >own build customizations, but ant doesn't have this 'inheritance' 
> >concept :/
> 
> It does (at least in the version Cocoon is using IIRC), it's called <import>

Couldn't find that task.

> 
> Make a base-block-build.xml file, with the basic block build stuff, and 
> in every block build do a import of that file.
> 
> You can also redefine targets, and call the original targets by 
> prepending "projectname." to the target (where projectname is the actual 
> project name of the base build).

Nicola, could you have a quick look at this? (block configs are not
filtered using the properties from build.properties)

Thanks.

	Chris.
-- 
C h r i s t i a n       H a u l
haul@informatik.tu-darmstadt.de
    fingerprint: 99B0 1D9D 7919 644A 4837  7D73 FEF9 6856 335A 9E08

Mime
View raw message