Read about dependency groups in the AntHill manual (http://www.urbancode.com/projects/anthill/manual/anthillusermanual.pdf).
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Friday, March 07, 2003 11:40 AM To: Ant Users List Subject: Re: AW: AW: AW: anthill vs. cruisecontrol Okay, understood this now. But can AntHill handle project dependencies? E.g. I am building SubProject B, and AntHill recognizes, that B is dependent on A, so A is build as well? > CC can´t control project dependencies. So that is an idea for a > workround: > > SubProject > | > +-- dist > | sub.jar <--- contains all you need to use SubProject > +-- src > > If the build is successful copy SubProject/dist/sub.jar to > Project/lib/sub.jar. This is a kind of notification. > > > > Project > | > +-- dist > +-- lib <--- external libs this project requires > | sub.jar <--- copied from SubProject/dist > +-- src > > So sub.jar is IN the filelist CC evaluates. And if it changed CC will > do a > rebuild. > > > > > Jan Matèrne > > > > > -----Ursprüngliche Nachricht----- > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Gesendet am: Freitag, 7. März 2003 11:29 > > An: Ant Users List > > Betreff: Re: AW: AW: anthill vs. cruisecontrol > > > > I don't think that I understood you right. I should put all > > projects in our > > Version Control System Root directory and also put the Jars in there? > > BTW, we are using VSS :-(, and because we are going to use > > Branching as well > > it is not feasable to use the Root as a space to store files > > (due to the > > Branching mechanism of VSS, which seems very strange to mee). > > > > > > > > > ASAIK CC doesn´t support project dependencies (directly). Gump is > > > the tool for project dependencies (if I remind that chapter in > > > Eriks book right :-). > > > > > > But maybe that could work: > > > put the distribution of the subprojects in the cvs of the > > main project. > > > So CC should notice the modification in subprojects and do > > a rebuild. > > > > > > Because that will produce lot of cvs space (many many libs > > ...), maybe > > > you can write a simple textfile. (main thing it should be a > > file with > > > modification date). And the Ant buildfile evaluates that > > and gets the > > > actual binary. > > > > > > > > > > > > Jan Matèrne > > > > > > > > > > -----Ursprüngliche Nachricht----- > > > > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > > > Gesendet am: Freitag, 7. März 2003 10:03 > > > > An: Ant Users List > > > > Betreff: Re: AW: anthill vs. cruisecontrol > > > > > > > > Hello, > > > > we have a project, where we have many sub-projects. This > > > > means, all the > > > > sub-projects are basically their own projects and the only > > > > common thing is, that > > > > they share a common include_build.xml. Anyway, these > > > > sub-projects depend on > > > > each other. > > > > Can this be done by CruiseControl or AntHill OS? I did not > > > > found anything > > > > useful on the page of CruiseControl and neither on the > > > > AntHill OS page. > > > > > > > > Regards > > > > > > > > Markus > > > > > > > > > > who of you is doing continues integration? > > > > > > > > > > We are doing it more or less - based on personal > > > > preference. Personally, > > > > > I like to integrate several times a day; sometimes > > several times an > > > > > hour. > > > > > > > > > > > where are the > > > > > > limits of it? e.g a build takes 30 minutes, so makes it sense > > > > > > > to integrate every time someone (of maybe 30 developers) > > > > > > checks something in. wouldnt that cause that every 30 minutes > > > > > > > a build runs and everyone gets a e-mail (failed/ok), thats > > > > > > makes him bored about the buildmails... or is it possible to > > > > > > just inform the developer thats class made the build fail? > > > > > > > > > > Cruise Control (Anthill too, I suppose) only informs those > > > > developers > > > > > who changed something since the last successfull build. And > > > > certainly > > > > > all those *need* to be informed. In fact, I don't feel good > > > > when I don't > > > > > get the cruise control email telling me that everything > > > > still works fine > > > > > a short time after check-in. > > > > > > > > > > In my experience, the only limit is build time - it needs > > > > to be short. > > > > > In fact, the more developers are working on a project, the > > > > shorter it > > > > > needs to be (to reduce conflicts). So you need to partition > > > > big projects > > > > > - well, you need to do this anyway... > > > > > > > > > > Did that help? > > > > > > > > > > Ilja > > > > > > > > > > > > > > > -- > > > > > ++ disy auf der CeBIT: Besuchen Sie uns vom 12. - 19. März > 2003 > > > in > > > > > Hannover im SUN-Partnerpavillon in Halle 1, Stand 8a1 ++ > > > > > ++ disy Cadenza: Informationsintegration am i*net > > Arbeitsplatz ++ > > > > > ++ disy Conference: The easy way of audio conferencing ++ disy > > > > > ++ Call-Back Office: Call-Back-Buttons für > > > > Kundenservice im Web > > > > > ++ > > > > > > > > > > Ilja Preuß > [EMAIL PROTECTED] > > > > > disy Informationssysteme GmbH > > > http://www.disy.net > > > > > Stephanienstr. 30 Tel: +49 > > > > 721 1 600 624 > > > > > D-76133 Karlsruhe, Germany Fax: +49 > > > > 721 1 600 605 > > > > > > > > > > ++ Weitere Informationen finden Sie unter > http://www.disy.net ++ > > > > > > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] For > > > > additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > -- > > > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > > > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] For > > > additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > -- > +++ GMX - Mail, Messaging & more http://www.gmx.net +++ > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage! --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
