Mailing-List: contact user-help@ant.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Ant Users List" <user@ant.apache.org>
Received-SPF: pass (herse.apache.org: domain of aclose@gmail.com designates
 66.249.92.171 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=beta;
        h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references;
        b=Hc8FkHO2eNs54kGUv8zUg1ANYC/ZAQs8Xr12HQ8fb+9Op1kHlkGwSYgxeHXvBUns1NeY6a6qlF0bZwqucWCQ5Qhtu+pAMcvxe1nzlIBWsSMYyiVbdBZvVV3bSNmj86+fJgdubnk62DSRk1Mkj5D1lnBeyLyud81Es+poJ94P++A=
Message-ID: <d8be87680701300653l719924b1s29033fc1c60b8540@mail.gmail.com>
Date: Tue, 30 Jan 2007 08:53:13 -0600
From: "Andrew Close" <aclose@gmail.com>
To: "Ant Users List" <user@ant.apache.org>
Subject: Re: JUnit task and the 'fork' attribute...
In-Reply-To: <dffc72020701291551g6d3d92b3l3ca251787e9614@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <d8be87680701291522j3e41d902u4abba3da383bbb8e@mail.gmail.com>
	 <dffc72020701291551g6d3d92b3l3ca251787e9614@mail.gmail.com>

Peter,

thanks for your response.  the simple solution was to add the
junit.jar to my ant lib/ dir.  duh.  thanks for 'reminding' me of the
verbose feature.  i'll try to be a bit more diligent in the future. ;)

andy


On 1/29/07, Peter Reilly <peter.kitt.reilly@gmail.com> wrote:
> try with ant -verbose.
>
> This problem can happen with having old versions
> of ant in the classpath of the forked junit task.
> In this case the contents of lib.path should be looked
> at. (common causes  would be jars that have embedded
> ant classes - fo example weblogic.jar and jrun.jar)
>
> In the current svn version of ant some diagnostics
> has been added to check this condition.
>
> Peter
>
>
> On 1/29/07, Andrew Close <aclose@gmail.com> wrote:
> > hello all,
> >
> > i'm attempting to get the fork attribute to work with the optional
> > JUnit task.  when attempting a build on this machine we are getting
> > JVM OutOfMemoryErrors during the JUnit task.  so i figured i would use
> > the fork command and then be able to up the JVM heap size for that
> > particular task.  however i'm now getting 'Process fork failed'
> > messages, but no details as to why.  here is the target i'm using to
> > invoke JUnit:
> >
> >         <target name="test" depends="package_tests" >
> >                 <junit fork="${junit.fork}"
> >                                 forkmode="${junit.forkmode}"
> >                                 maxmemory="${junit.maxmemory}"
> >                                 printsummary="${junit.printsummary}">
> >                         <classpath refid="lib.path" />
> >                         <formatter type="${junit.format.type}" />
> >                         <batchtest todir="${test.rpts.dir}">
> >                                 <fileset dir="${test.src.dir}">
> >                                         <exclude name="**/AllTests.*" />
> >                                         <include name="**/*Test*.java" />
> >                                 </fileset>
> >                         </batchtest>
> >                 </junit>
> >         </target>
> >
> > i've defined the following variables in my properties file:
> >
> > junit.compile.failonerror=true
> > junit.fork=true
> > junit.forkmode=perBatch  (i've tried the default and other options as well...)
> > junit.format.type=xml
> > junit.maxmemory=512m
> > junit.printsummary=withOutAndErr
> > junit.report.format=frames
> >
> > in the stacktrace that gets printed during the JUnit task i see
> > java.io.FileNotFoundException: junitvmwatcher1116665720.properties
> > (The system cannot find the file specified)
> > is this a prop file that should be created by the JUnit task?  or do i
> > still have something configured incorrectly?
> >
> > thanks for any insight.
> > andy
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> > For additional commands, e-mail: user-help@ant.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
> For additional commands, e-mail: user-help@ant.apache.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: user-unsubscribe@ant.apache.org
For additional commands, e-mail: user-help@ant.apache.org