[Anthill] Change working directory for build
Andy Levy
andy.levy at gmail.com
Thu Dec 29 14:10:34 CST 2005
On 12/29/05, Res Pons <pons32 at hotmail.com> wrote:
> Also don't forget that:
>
> - AntHill keep a .anthill.anthill.properties in users' home under C:
> documents & settings.
Not sure how this applies to my current situation.
> - AntHill is a build wrapper and likes complete control, meaning:
>
> --It wants to check out the code out of the repo, so this should not be done
> via your build.xml
I already do this.
> --It must have a versioning file whether you choose to have AH tag or not.
I already have this.
> --Your AH property sheets must be set properly and precisely.
Everything else works exactly as desired.
> -Also you can declare a .build.properties at the root of your C:\ and tell
> your build.xml this file takes precedence over your build.properties in the
> ENV section of the build file. The advantage of .build.properties is that
> you can declare & customize anything you'll like specific to your PC, such
> as hardcoding paths, passwords, etc vs. build.properties checked into the
> Repo for all to see.
Example? Documentation?
> But I think from what you posted, your problem lies in having
> c:\windows\sys32 as the 1st stmt in the global path stmt. Sun's JDK must be
> the very 1st entry.
Neither is the first entry in the global PATH. And the JDK, as I
noted in my other email, is working just fine. My global PATH:
C:\oracle\ora92\bin;C:\Program
Files\Oracle\jre\1.1.8\bin;C:\PVSW\BIN;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SystemRoot%\system32\nls;%SystemRoot%\system32\nls\ENGLISH;C:\Program
Files\Novell\ZENworks\;C:\Program Files\Microsoft SQL
Server\80\Tools\BINN;C:\Program Files\Sybase\SQL Anywhere
8\drivers;C:\Program Files\Sybase\SQL Anywhere 8\win32;C:\Program
Files\Sybase\Shared\win32;%ANT_HOME%\bin;C:\Program
Files\Subversion\bin;c:\unxutil
More information about the Anthill
mailing list