[Anthill] Change working directory for build
Res Pons
pons32 at hotmail.com
Thu Dec 29 13:07:10 CST 2005
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 <andy.levy at gmail.com>
Reply-To: Anthill user list <anthill at lists.urbancode.com>
To: Anthill user list <anthill at lists.urbancode.com>
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 at lists.urbancode.com 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 andy.levy at gmail.com 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 at lists.urbancode.com>; 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: <andy.levy at gmail.com>
Delivered-To: mailman-anthill at lists.urbancode.com
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 at lists.urbancode.com
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 at lists.urbancode.com?subject=unsubscribe>
List-Archive: <http://lists.urbancode.com/pipermail/anthill>
List-Post: <mailto:anthill at lists.urbancode.com>
List-Help: <mailto:anthill-request at lists.urbancode.com?subject=help>
List-Subscribe:
<http://lists.urbancode.com/mailman/listinfo/anthill>,<mailto:anthill-request at lists.urbancode.com?subject=subscribe>
Errors-To: anthill-bounces at lists.urbancode.com
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 at lists.urbancode.com
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/
More information about the Anthill
mailing list