RE: Multi-library builds

Usefull information.  Gump does seem like overkill, and it also seems like
it is tied to CVS which makes it unuseable at my job.

So Centipede cannot produce two jars in one pass?  It's a pretty common use
case (for all the projects I've worked on, anyway), and if it was easy to do
with ANT, it should be even easier with Centipede, no?

I tried adding extra <ant> elements inside the <project>, in order to
inspire Centipede to build the other <project>, but that didn't work.  Here
is my module.xml file:

<?xml version="1.0"?>

<module name="hello-world2" fullname="Hello World 2">     
    <description>
    </description>
    <detailed>
    </detailed>
    <what>
        <goal></goal>
        <goal></goal>
    </what>
    <why>
    </why>
    <vendor></vendor>
    <licence legal="./legal">
    </licence>
    <credits>
        <credit>
        This software includes software developed by the Apache Software
Foundation
        (http://www.apache.org/).
        </credit>
    </credits>
    <project name="helloworld" fullname="Hello World">
        <version major="0"
            minor="0"
            fix  ="1"
            tag="HEAD"/>
        <package>mypackage</package>
        <ant target="gump" vm="1.2"/>
        <depend project="hellolib" inherit="all">
        <ant basedir="." buildfile="centibuild.xml" target="gump" vm="1.2">
      	    <property name="ant.home" project="hello-world2"
reference="home"/>
       	    <property name="project.name" value="hellolib"/>
        </ant>
        </depend>
        
        <!-- Work dirs to be included in classpath  -->
        <work nested="build/classes"/>

        <home nested="build"/>

        <code type="java/plain" dir="src/java"/>
        <documentation type="xml/forrest" dir="src/documentation"/>     
        <test type="test/junit" dir="src/test"/>     
    </project>


    <project name="hellolib" fullname="Hello Library">

        <version major="0"
            minor="0"
            fix  ="1"
            tag="HEAD"/>

        <package>mypackage</package>

        <ant target="gump" vm="1.2"/>

        <!-- Work dirs to be included in classpath  -->
        <work nested="build/hellolib/classes"/>

        <home nested="build/hellolib"/>

        <code type="java/plain" dir="hellolib/src/java"/>
        <documentation type="xml/forrest" dir="hellolib/src/documentation"/>

        <test type="test/junit" dir="hellolib/src/test"/>     
    </project>
       
</module>

> -----Original Message-----
> From: [email protected] 
> [mailto:[email protected]] On Behalf 
> Of Adam Jack
> Sent: Saturday, June 07, 2003 12:42 PM
> To: [email protected]
> Subject: RE: Multi-library builds
> 
> 
> Joshua
> 
> 	So, here are the questions:
> 	* I'm trying to achieve this with one centipede 
> 'module' with two 'projects'
> 	in it.  Should I abandon this approach and make two 
> separate centipede
> 	modules?
> 
> Your approach is spot on.
> 
> Centipede defaults to the first project if one is not passed. 
> What you need to do is pass -Dproject.name=the_second_one on 
> the command line. This is set prior to that default you saw 
> (in your next posting) so takes precedence.
> 
> 	* If so, how do I get the builds to 'chain'?
> 
> BTW: You really want to look at gump to chain builds, that is 
> what I do. I use centipede from gump to build multiple 
> projects in multiple modules (different things). That said, 
> it might be overkill for just two.
> 
	http://jakarta.apache.org/gump/

Thanks for using centipede & providing user feedback.

regards

Adam



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.
_______________________________________________
krysalis-users mailing list [email protected]
https://lists.sourceforge.net/lists/listinfo/krysalis-users



-------------------------------------------------------
This SF.net email is sponsored by:  Etnus, makers of TotalView, The best
thread debugger on the planet. Designed with thread debugging features
you've never dreamed of, try TotalView 6 free at www.etnus.com.