RE: Change working directory for build

Also don't forget that:

- AntHill keep a .anthill.anthill.properties in users' home under C: 
documents & settings.

- 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

--It must have a versioning file whether you choose to have AH tag or not.

--Your AH property sheets must be set properly and precisely.

-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.

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.



----Original Message Follows----
From: Andy Levy <[email protected]>
Reply-To: Anthill user list <anthill-IWHQxnLZ/[email protected]>
To: Anthill user list <anthill-IWHQxnLZ/[email protected]>
Subject: [Anthill] Change working directory for build
Date: Wed, 28 Dec 2005 09:08:45 -0500
MIME-Version: 1.0
Received: from lists.urbancode.com ([64.34.169.154]) by 
bay0-mc5-f13.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 28 
Dec 2005 06:08:54 -0800
Received: (qmail 9201 invoked by uid 510); 28 Dec 2005 14:08:53 -0000
Received: from anthill-bounces-IWHQxnLZ/[email protected] by caladin.urbancode.com 
by uid 504 with qmail-scanner-1.20  (spamassassin: 2.61.  
Clear:RC:1(127.0.0.1):.  Processed in 0.017822 secs); 28 Dec 2005 14:08:53 
-0000
Received: from localhost (HELO caladin.urbancode.com) (127.0.0.1)  by 
lists.urbancode.com with SMTP; 28 Dec 2005 14:08:53 -0000
Received: (qmail 9175 invoked by uid 510); 28 Dec 2005 14:08:50 -0000
Received: from [email protected] by caladin.urbancode.com by uid 504 
withqmail-scanner-1.20 (spamassassin: 2.61.  
Clear:RC:0(64.233.162.198):SA:0(0.0/5.0):. Processed in 2.247041 secs); 28 
Dec 2005 14:08:50 -0000
Received: from zproxy.gmail.com (64.233.162.198)by lists.urbancode.com with 
SMTP; 28 Dec 2005 14:08:47 -0000
Received: by zproxy.gmail.com with SMTP id i11so1011801nzifor 
<anthill-IWHQxnLZ/[email protected]>; Wed, 28 Dec 2005 06:08:46 -0800 (PST)
Received: by 10.36.221.72 with SMTP id t72mr5316651nzg;Wed, 28 Dec 2005 
06:08:45 -0800 (PST)
Received: by 10.36.56.17 with HTTP; Wed, 28 Dec 2005 06:08:45 -0800 (PST)
X-Message-Info: JGTYoYF78jH9B/trTqN67PlFKBngGMFLDhHq2G12roA=
Return-Path: <[email protected]>
Delivered-To: mailman-anthill-IWHQxnLZ/[email protected]
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; 
d=gmail.com;h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition;b=QU3weBS4ImWDICak0zkevY5+E/eTPmSmnKqZI1UfuheIxKz5GPt29LTrr5PdaAJT2s4ZPXY1ZVkl9VmBv4huyt3HngkUX2h+W7aB181KrKNIrHfpkF/t6suw/wP8qY+O2vXZ8O6WUR/Qzu9NcqRu0T0Sc6++AuhqCuUkT8KYcdU=
X-Spam-Checker-Version: SpamAssassin 2.61 (1.212.2.1-2003-12-09-exp) on 
caladin.urbancode.com
X-Spam-Level:
X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no 
version=2.61
X-BeenThere: anthill-IWHQxnLZ/[email protected]
X-Mailman-Version: 2.1.4
Precedence: list
List-Id: Anthill user list <anthill.lists.urbancode.com>
List-Unsubscribe: 
<http://lists.urbancode.com/mailman/listinfo/anthill>,<mailto:anthill-request-IWHQxnLZ/[email protected]?subject=unsubscribe>
List-Archive: <http://lists.urbancode.com/pipermail/anthill>
List-Post: <mailto:anthill-IWHQxnLZ/[email protected]>
List-Help: <mailto:anthill-request-IWHQxnLZ/[email protected]?subject=help>
List-Subscribe: 
<http://lists.urbancode.com/mailman/listinfo/anthill>,<mailto:anthill-request-IWHQxnLZ/[email protected]?subject=subscribe>
Errors-To: anthill-bounces-IWHQxnLZ/[email protected]
X-OriginalArrivalTime: 28 Dec 2005 14:08:54.0720 (UTC) 
FILETIME=[3CB7BC00:01C60BB8]

I've finally tracked down where my build issues are coming from in anthill.

Background: I have a JSP/Servlet web application stored in Subversion.
  After pulling the code from Subversion, my build script in build.xml
does some checks, compiles Java console app A, executes A, then builds
the web app B.  My source tree is as follows:

working_root\
   build.xml
   conf\
     A.java
     file1.properties
   src\
     hplg\
       file1.java
   web\
     js\
     calculator.jsp

A.java compiles fine, then is executed.  It is supposed to go through
*.properties contained in the conf directory, build a properties
object, then write it out to properties.serialized which is then read
by the web app itself.

A.java looks for *.properties inside the ./conf directory.  So
presumably it's expecting to be executed as java conf\A.class from the
working_root directory.

When I do an ant compile at the command line, in the working copy that
anthill pulls down, everything runs fine.

However, when it's run from within anthill, the current directory Java
sees is c:\windows\system32 (I'm working on WinXP) and obviously it's
not going to find my conf directory there.

Is there a way to specify a directory for anthill to change to before
executing anything in my build, so that everything sees the correct
paths instead of c:\windows\system32?  If not, can it be done via
build.xml?  I can't just hardcode a path in A.java.
_______________________________________________
Anthill mailing list
Anthill-IWHQxnLZ/[email protected]
http://lists.urbancode.com/mailman/listinfo/anthill

_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today - it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/