cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carsten Ziegeler <cziege...@apache.org>
Subject Re: gump libraries etc
Date Mon, 07 Feb 2005 11:01:19 GMT
Reinhard Poetz wrote:
> Torsten Curdt wrote:
> 
>>> After updating to latest trunk I've run into
>>> problems building the javaflow block because
>>> jars are missing in the classpath. Anyway, maybe
>>> some sleep and a clean rebuild will help...
>>
>>
>>
>> ...unfortunately it did not :-/
>>
>>> BUT while searching for the cause I was reading
>>> through the gump descriptor and I realized
>>> that I don't really understand the concept
>>> of how we specify library dependencies.
>>>
>>> Some are named as explicit projects. Some
>>> are refered to but are not in the file. The
>>> jars sometimes include the path from the dist
>>> root (lib/optional) sometimes there is no
>>> path at all.
>>>
>>> Just a mess or what am I missing?
>>
>>
>>
>> For one it turns out I was missing the <home/> element.
>> (Thanks, Reinhard ;)
>>
>> ...but if you look at the hsqldb block
>>
>>  <project name="cocoon-block-hsqldb"
>>           status="stable"
>>           dir="src/blocks/hsqldb">
>>
>>     <package>org.apache.cocoon</package>
>>
>>     <ant target="gump-block">
>>       <property name="block-name" value="hsqldb"/>
>>       <property name="version" value="@@DATE@@"/>
>>     </ant>
>>
>>     <depend project="cocoon" inherit="all"/>
>>     <depend project="cocoon-block-databases"/>
>>     <depend project="hsqldb"/>
>>
>>     <library name="hsqldb"/>
>>
>> ...you see it depends on the project "hsqldb"
>> and the library "hsqldb". But now if you search
>> for a project entry called "hsqldb" ...there is
>> none!
> 
> 
> The project "hsqldb" is globally available and doesn't need to be 
> delared in our project specific Gump descriptor:
> http://brutus.apache.org/gump/public/hsqldb/hsqldb/index.html
> 
> see http://brutus.apache.org/gump/public/buildLog.html what else is 
> built by Gump
> 
And the library instruction is used by our build system to add the jar 
file to the class path when building the project and to copy the jar to 
the webapp. So, unfortunately this is some redundant.

Carsten

Mime
View raw message