ant-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Sebastien BLANC <Sebastien.Bl...@alcatel.com>
Subject Re: project management w/ ANT
Date Mon, 03 Feb 2003 04:10:12 GMT
thanx and yes it looks like one solution to re-use common targets in a project
without duplicating the effort.
I'll try both urs and DD's solution.
still wandering why there isn't a standard way to do it though ;-)
seb.

David McTavish wrote:

> All of our build.xml files are manually created due to all projects having
> subtle differences. ie: one project may create a war, while another may
> compile vc++ code. We have refactored our build scripts such that tasks that
> are repeated over-and-over again are stored in a central script and are
> imported to each build.xml file (using the XML DOC tag). I'd say that 70% of
> our targets are refactored with differences mainly based in a) building
> archives, b) creating installers for bsd/windows/linux/solaris, and c)
> compiling any project that deviates from java code (currently using ant to
> compile java, vc++, and visual basic).
> Oh, and we use Cygwin as well. It's a dream come true knowing that every
> developer has at least some standard environment available.
>
> d.
>
> -----Original Message-----
> From: Martin [mailto:mgainty@hotmail.com]
> Sent: Saturday, August 31, 2002 7:14 AM
> To: Ant Users List
> Subject: Re: project management w/ ANT
>
> The reply to your specific question is that using an Unix Shell with find to
> accomplish the functionality you desire..
> The more general question you pose is relevant to all Ant users
> My Question:
> Each developer is assigned a specific package do they generate a build.xml
> from their IDE or is the build.xml provided ?
> Lets get a dialog going here ..
> -Martin
>
> ----- Original Message -----
> From: "Ken Gentle" <j.kenneth.gentle@acm.org>
> To: "Ant Users List" <ant-user@jakarta.apache.org>
> Sent: Thursday, January 30, 2003 8:52 AM
> Subject: Re: project management w/ ANT
>
> > The quickest solution might be to install Cygwin and use the unix
> > script...  I've been doing this with ANT and other java based tools for
> > years, and the scripts usually require only a few minor path related
> tweaks
> > before they work on both platforms.
> >
> >          K
> >
> > At 23:42 2003-01-29, you wrote:
> > >Hello !
> > >
> > >Here is how I did work with ant for now:
> > >I have a script that generates all build.xml files from a
> > >build.xml.template and a rbuild.xml.template, and from the top src
> > >directory.
> > >build.xml.template contains applicative targets such as doclet, compile,
> > >archive, unit test, doc generation and so on.
> > >rbuild.xml.template contains the recursive targets of compilation.
> > >
> > >now that my build.xml.template quality is pretty fine, I'd like to know
> > >if there is a way for me to ligthen the process:
> > >
> > >is there a java tool anywhere that would generate all these sub-dummy
> > >ant files from my r/build.xml.template reference parsing the tree and
> > >its subdirectories to perform the same task for me:
> > >- generate recursive rbuild.xml where there are subdirectories
> > >- generate build.xml where there are java files by referencing the
> > >referenced build.xml w/ antcalls and replacing the directory path in the
> > >build.xml.reference.
> > >- optionally generate a mix when there are java files and subdirectories
> > >(I actually don't have this conf and don't think this is very clean for
> > >a java project, but just an opinion).
> > >
> > >my script is a UNIX shell script using the find command and so that's
> > >why I ask ... coz I can't use it directly on WIN32. I know this is
> > >doable in java but I had not the time.
> > >
> > >I think this is a pretty common project task and so I worry if anybody
> > >ever tried smthg ? for most of the ANT samples I've seen there is only
> > >one build.xml that does the job on the whole tree but in distributed
> > >dvt. this is never the case where engineers only work on specific
> > >directories. more specifically w/ J2EE/xdoclet, one directory has to
> > >match one jar file (if u want to ease the generation process).
> > >
> > >another common task would be to parse the java files under
> > >subdirectories in a subdirectory w/ java files and generates the correct
> > >dependencies so that the recursive build.xml is generated in the correct
> > >order.
> > >
> > >does everybody put all its build.xml files in configuration system mgt
> > >or do u generate them as private files as well ?
> > >
> > >I looked at maven but did not find such automation.
> > >
> > >thanx for any input.
> > >
> > >seb.
> > >
> > >
> > >---------------------------------------------------------------------
> > >To unsubscribe, e-mail: ant-user-unsubscribe@jakarta.apache.org
> > >For additional commands, e-mail: ant-user-help@jakarta.apache.org
> >
> > =============================================================
> > J. Kenneth Gentle (Ken)    | Phone: (610) 255-0361
> > Gentle Software, LLC       | Email: j.kenneth.gentle@acm.org
> > =============================================================
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: ant-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: ant-user-help@jakarta.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ant-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: ant-user-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ant-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: ant-user-help@jakarta.apache.org


Mime
View raw message