struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Craig R. McClanahan" <craig...@apache.org>
Subject Re: Request go ahead for structural changes in CVS
Date Tue, 20 Mar 2001 19:07:27 GMT


On Tue, 20 Mar 2001 mascolino.mr@pg.com wrote:

> 
> >The only restriction would be where the Struts build.xml looked for
> >build.properties.  My proposal would be that it should be in the same
> >directory that build.xml is (but, as mentioned earlier, *not* checked in
> >to CVS).  That way, you can have different sets of build properties for
> >your different projects without having to continually modify environment
> >variables.
> 
> I really like including a properties file from the current directory (in
> relation to build.xml) as well as one from a centralized place (like the user's
> home directory).
> 
> Essentially:
> <property file="build.properties" />
> <property file=${user.home}/build.properties" />
> 
> And of course these statements are ignored if the files don't exist.
> 

Ant (at least 1.2 and 1.3) do the latter one for you.  On Unix, use
"${user.home}/.antrc" to hold global properties.  On Windows, you put
"antrc_pre.bat" and "antrc_post.bat" files in a directory identified by
the %HOME% environment variable (on Win98).

So, the good news is we only have to worry about the local directory
properties file.

> >Essentially, "build.properties" replaces having to set all the environment
> >variables required by the current "build.sh" and "build.bat" scripts, but
> >gives you the same flexibility to use whichever components *you* want to,
> >without impacting which ones *I* am using (and vice versa).  Am I missing
> >something?
> 
> >Craig
> 
> 
> mark
> 
> Mark R Mascolino
> The Procter & Gamble Co.
> mascolino.mr@pg.com
> 
> 
> 
Craig
> 


Mime
View raw message