ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Rosendahl Sten - stro <s...@im.se>
Subject RE: AW: AW: AW: anthill vs. cruisecontrol
Date Fri, 07 Mar 2003 10:46:11 GMT
Read about dependency groups in the AntHill manual
(http://www.urbancode.com/projects/anthill/manual/anthillusermanual.pdf).

-----Original Message-----
From: mmay@gmx.net [mailto:mmay@gmx.net]
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: mmay@gmx.net [mailto:mmay@gmx.net]
> > 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: mmay@gmx.net [mailto:mmay@gmx.net]
> > > > 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ß                                 
> preuss@disy.net
> > > > >      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: user-unsubscribe@ant.apache.org For
> > > > additional commands, e-mail: user-help@ant.apache.org
> > > >
> > >
> > > --
> > > +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> > > Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org For
> > > additional commands, e-mail: user-help@ant.apache.org
> > >
> >
>
> --
> +++ GMX - Mail, Messaging & more  http://www.gmx.net +++
> Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>

--
+++ GMX - Mail, Messaging & more  http://www.gmx.net +++
Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!


---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message