[Anthill] Build Failure, AntHill cannot execute build scripts having relative paths...

[Jeevan_Sunkersett]

Hi,

 

Referring to Eric's reply right at the bottom, even if AntHill executes
the project build scripts thru a batch/ shell script, it fails.

 

I think the cause is, Relative Paths.

 

On our build server we have 4 projects. Each project build script has a
compile target.

 

One of the project build scripts has a compile-all target.

In the required order, it invokes the compile target of other projects.

 

Anthill can invoke the external target okay, but it fails down the line,
in "init"

 

Eg.

Say ProjA has compile-all, which does an antcall on compile of
DepProjectB.

      <target name="compile-all" >

            <ant antfile="build.xml" dir="../../Common/Current"
target="compile" inheritRefs="false" />

            ... ... ... 

            ... ... ... 

      </target>

Compile target of DepProjectB is dependant on 'init' target within its
own build script.

Which gives an error 9: Source file does not exist.

      When it refers to a ${config.dir}/test.properties

 

Now ProjA also has a ${config.dir} of its own.

And when in DepProjectB, I found out ${config.dir} points to
ProjA/config when it should be pointing to DepProjectB/config.

 

This happens only during execution thru AntHill (thru the Tomcat
instance)

But does not happen when the build scripts are executed command prompt
manually.

 

Any clues?  

 

G1

-----Original Message-----
Message: 1

Date: Thu, 3 Mar 2005 18:16:59 +0530 

From: Jeevan_Sunkersett <Jeevan_Sunkersett at satyam.com>

 

[Jeevan_Sunkersett] 

Hi,

 

I have configured Anthill to use FileSystemRepositoryAdapter.

Cause in CVS we have 4 projects which have a circular-dependency in
between

themselves.

 

So cannot rely on AntHill Dependency project mechanism.

(I need a CVS checkout of all and then a compile in a particular order
and

not 4 pairs of "cvs-checkout + compile")

 

Anyways we have an ant script that does a CVS checkout too.

But my problem is AntHill executes ANT as a java class

"org.apache.tools.ant.Main" with lot many other parameters.

 

But that leads to an Out-Of-Memory on my Linux box (even with an
ANT_OPTS

like -Xmx900M, <NineHundred Mega>)

 

However running the same target at the shell prompt with all output sent
to

a logfile works okay.

 

My ant script is like

      <master-build>

            <nuke-src-all>, cleans all source code from the file system,

calling nuke-src of other projects in sequence

            <cvs-get-all>, does a CVS checkout/ update

            <compile-all>, executes compile, of all projects in the

desired sequence.

            <test-all>, executes junit test, of all projects in the

desired sequence.

      </master-build>

 

The Out-Of-Memory mostly happens in the junit task(s)

The entire process takes over 1 hour.

 

That's is why I was wondering if AntHill could execute ant (the shell/
batch

file variant) instead of a java class.

I guess this can be achieved thru a Pagelet.

 

Any other possibilities?

 

Thx

G1

 

--------------------------------------------------

            Date: Thu, 10 Feb 2005 18:26:19 +0530

            From: Jeevan_Sunkersett <Jeevan_Sunkersett at satyam.com>

            Subject: [Anthill] Can we have a pagelet to do the build

instead of

                  the   BuildManager

            To: anthill at lists.urbancode.com

            Message-ID:

<17F564C2CCAFD611AF330008C759938E056465A3 at PTHEXCHANGE>

            Content-Type: text/plain; charset="us-ascii"

 

            Hi,

 

            Thru the log4j trace figured out the BuildManager invokes

            org.apache.tools.ant.Main to execute the ant target of

            supplied build script.

 

            Why? 

 

            I guess the same cam be achieved thru a custom Pagelet too.

 

            Any comments?

 

            G1

 

Message: 2

From: Eric Minick <eric at urbancode.com>

 

Jeevan,

 

Starting in Anthill 1.8.0, it should be executed through the batch file.

 

Cheers,

 

Eric

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.urbancode.com/pipermail/anthill/attachments/20050321/ba70af85/attachment-0002.htm