You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Antoine Levy-Lambert <an...@gmx.de> on 2011/02/23 00:25:08 UTC

Failing test-ant and test-ant-no-xerces since Feb 1st

Hi,

I have noticed that test-ant and test-ant-no-xerces are both failing 
since a while on gump. The reason is unclear for me.

The error message is

BUILD FAILED
/srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml:42: Cannot find
override.xml imported from /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml

The file override.xml is checked in in Subversion.

Could someone who has shell access on vmgump check whether override.xml would have been physically removed from the ant sandbox ?

I just ran the tests of ant on my PC at work and found no issues with this particular test.

Thanks,

Antoine



http://vmgump.apache.org/gump/public/ant/test-ant/index.html


http://mail-archives.apache.org/mod_mbox/ant-notifications/201102.mbox/ajax/%3C20110201124412.AEA96150BAE@vmgump.apache.org%3E

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Antoine Levy-Lambert <an...@gmx.de>.
On 2/27/11 2:21 AM, Stefan Bodewig wrote:
> On 2011-02-27, Stefan Bodewig wrote:
>
>> On 2011-02-26, Antoine Levy Lambert wrote:
>>> Now gump is failing for lack of ${java.io.tmpdir}/test.jar on the classpath.
>> Which Gump instance is that?  I don't see this on vmgump right now but a
>> failure in replacetokens-test.xml.
> I don't see the error anymore because you have already fixed the Gump
> descriptor 8-)
Yes, but there are other similar errors to fix and a real failure in the
JUnit test RhinoScriptTest.
>> Yes, that's a problem.  It assumes java.io.tmpdir would be /tmp which is
>> true on Ubuntu but may be wrong on FreeBSD or MaxOS X.
> It's /var/tmp on gump.zones.apache.org and
> /var/folders/some-random-string on adam.apache.org.  So we'd need a more
> generic solution if we wanted to make the tests pass on all Gump
> installations.  I'm not sure whether we can use environment variables in
> Gump <work> entries (I'm not sure how Python works here) but that may be
> an option once we've made things work on vmgump.
Likely we could develop some sort of property expansion mechanism for
the work and jar entries of the gump descriptors.
What I do not know is how we can teach a python program what is the
value of ${java.io.tmpdir} in java on any arbitrary operating system.
Can we use jython from the python runtime of gump ? Does jython know the
java env vars ?
This would be more a topic for the gump ML anyway.
>>> Is AntUnit running in a cloned vm ?
>> I don't think so.  I don't think we supported forked AntUnit tests, do
>> we?
> Having said that, AntUnit creates fresh Project instances and only
> copies over selected properties from the main Ant project.  Prior to my
> changes the project's running the AntUnit tests didn't see the
> build.sysclasspath property but now they do as they are system
> properties.
>
> Stefan

Thanks Stefan,

Antoine


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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Stefan Bodewig <bo...@apache.org>.
On 2011-02-27, Stefan Bodewig wrote:

> On 2011-02-26, Antoine Levy Lambert wrote:

>> Now gump is failing for lack of ${java.io.tmpdir}/test.jar on the classpath.

> Which Gump instance is that?  I don't see this on vmgump right now but a
> failure in replacetokens-test.xml.

I don't see the error anymore because you have already fixed the Gump
descriptor 8-)

> Yes, that's a problem.  It assumes java.io.tmpdir would be /tmp which is
> true on Ubuntu but may be wrong on FreeBSD or MaxOS X.

It's /var/tmp on gump.zones.apache.org and
/var/folders/some-random-string on adam.apache.org.  So we'd need a more
generic solution if we wanted to make the tests pass on all Gump
installations.  I'm not sure whether we can use environment variables in
Gump <work> entries (I'm not sure how Python works here) but that may be
an option once we've made things work on vmgump.

>> Is AntUnit running in a cloned vm ?

> I don't think so.  I don't think we supported forked AntUnit tests, do
> we?

Having said that, AntUnit creates fresh Project instances and only
copies over selected properties from the main Ant project.  Prior to my
changes the project's running the AntUnit tests didn't see the
build.sysclasspath property but now they do as they are system
properties.

Stefan

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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Stefan Bodewig <bo...@apache.org>.
On 2011-02-26, Antoine Levy Lambert wrote:

> Now gump is failing for lack of ${java.io.tmpdir}/test.jar on the classpath.

Which Gump instance is that?  I don't see this on vmgump right now but a
failure in replacetokens-test.xml.

> Is is possible to add <work nested="${java.io.tmpdir}/test.jar"/> to
> the ant.xml descriptor ?

java.io.tmpdir is supposed to resolve to something on all VMs, isn't it.

> Uhhm, it looks like /tmp is used in the gump descriptor for ant [2].

Yes, that's a problem.  It assumes java.io.tmpdir would be /tmp which is
true on Ubuntu but may be wrong on FreeBSD or MaxOS X.

> Is AntUnit running in a cloned vm ?

I don't think so.  I don't think we supported forked AntUnit tests, do
we?

Stefan

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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Antoine Levy Lambert <an...@gmx.de>.
Hello Stefan,

On 2/26/11 1:21 AM, Stefan Bodewig wrote:
>
> Another thing that changed around the same time is that Gump passes in
> build.sysclasspath as a system property now.  Sorry I didn't mention it
> earlier I didn't think of it.  In fact I think this change is more
> likely to affect AntUnit tests than the change to Ant.
Yes this sounds like a possibility. Plus you changed ant to forward to 
cloned vms
the build.sysclasspath property. [1]

r1061822 | bodewig | 2011-01-21 09:33:47 -0500 (Fri, 21 Jan 2011) | 1 line
fall back to system properties for build.sysclasspath if there is no 
project instance

Now gump is failing for lack of ${java.io.tmpdir}/test.jar on the classpath.

Is is possible to add <work nested="${java.io.tmpdir}/test.jar"/> to the 
ant.xml descriptor ?

Uhhm, it looks like /tmp is used in the gump descriptor for ant [2].


Is AntUnit running in a cloned vm ?


> Stefan
>
>
Antoine

[1] 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/types/Path.java?r1=955896&r2=1061822&pathrev=1061822
[2] 
http://svn.apache.org/viewvc/gump/metadata/project/ant.xml?revision=1074689&view=markup


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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Stefan Bodewig <bo...@apache.org>.
On 2011-02-25, Antoine Levy-Lambert wrote:

> Following up on a thread on gump mailing list. [1]

> The change that you mentioned in your earlier email is likely this one [2]:
> r1061156 | bodewig | 2011-01-20 03:25:35 -0500 (Thu, 20 Jan 2011) | 1 line
> Give build.sysclasspath a chance to influence a forked VM's
> bootclasspath even if the user didn't supply one herself

Yes

> And in fact the gump failure started on Jan 22 [3]

> Funny thing about this test taskdefs/import-test.xml  :

> I get it to fail using ant 1.8.2 (so before the last change that you
> did concerning bootclasspath) when I run it like that.

> ant -Dbuild.sysclasspath=only -lib lib/optional/ant-antunit-1.1.jar -f
> src/tests/antunit/taskdefs/import-test.xml

> If I run the test in this manner :
> ant -Dantunit.testcase=taskdefs/import-test.xml
> -Dbuild.sysclasspath=only -lib lib/optional/ant-antunit-1.1.jar
> antunit-tests

Another thing that changed around the same time is that Gump passes in
build.sysclasspath as a system property now.  Sorry I didn't mention it
earlier I didn't think of it.  In fact I think this change is more
likely to affect AntUnit tests than the change to Ant.

Stefan

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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Antoine Levy-Lambert <an...@gmx.de>.
Stefan,

Following up on a thread on gump mailing list. [1]

The change that you mentioned in your earlier email is likely this one [2]:
r1061156 | bodewig | 2011-01-20 03:25:35 -0500 (Thu, 20 Jan 2011) | 1 line
Give build.sysclasspath a chance to influence a forked VM's 
bootclasspath even if the user didn't supply one herself

And in fact the gump failure started on Jan 22 [3]

Funny thing about this test taskdefs/import-test.xml  :

I get it to fail using ant 1.8.2 (so before the last change that you did 
concerning bootclasspath) when I run it like that.

ant -Dbuild.sysclasspath=only -lib lib/optional/ant-antunit-1.1.jar -f 
src/tests/antunit/taskdefs/import-test.xml
Buildfile: C:\dev\asf\ant-core\src\tests\antunit\taskdefs\import-test.xml
BUILD FAILED
C:\dev\asf\ant-core\src\tests\antunit\taskdefs\import-test.xml:42: 
Cannot find override.xml imported from 
C:\dev\asf\ant-core\src\tests\antunit\taskdefs\import-test.xml
Total time: 0 seconds

If I run the test in this manner :
ant -Dantunit.testcase=taskdefs/import-test.xml 
-Dbuild.sysclasspath=only -lib lib/optional/ant-antunit-1.1.jar 
antunit-tests

it passes both with ant 1.8.2 and with svn head.

Any ideas ?

Antoine

[1] 
http://mail-archives.apache.org/mod_mbox/gump-general/201102.mbox/%3C87vd0be2nn.fsf@v35516.1blu.de%3E
[2] 
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/types/CommandlineJava.java?r1=671018&r2=1061156&diff_format=h
[3] 
http://mail-archives.apache.org/mod_mbox/ant-notifications/201101.mbox/ajax/%3C20110122121710.6D5A514DE5A@vmgump.apache.org%3E

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


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Antoine Levy-Lambert <an...@gmx.de>.
On 2/23/2011 12:33 AM, Stefan Bodewig wrote:
> On 2011-02-23, Antoine Levy-Lambert wrote:
>
>> I have noticed that test-ant and test-ant-no-xerces are both failing
>> since a while on gump. The reason is unclear for me.
> It started when I changed Ant to pass the bootclasspath to cloned VMs as
> well.  I must admit I've been surprised by this myself since I didn't
> expect AntUnit tests to be affected by this at all.
Thanks I will look at this code change.
> Unfortunately it hasn't managed to buble to the top of my TODO list so
> far.
No worries.
>> The error message is
>> BUILD FAILED
>> /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml:42: Cannot find
>> override.xml imported from /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml
>
> Probably the import is using a classloader to load it and not the file
> system.  It may be a simple issue of adding the correct directory as
> <work>  entry to the test-ant descriptor.
>
Yes, it is using a classloader.
<import>
<javaresource name="override.xml">
<classpath location="importtests"/>
</javaresource>
</import>
Let me add the work entry. Just to get the nagging away and see whether 
we get into other problems.
>> I just ran the tests of ant on my PC at work and found no issues with
>> this particular test.
> You didn't use build.sysclasspath=only, did you?
I did not.
> Stefan
>
Regards,
Antoine

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org


Re: Failing test-ant and test-ant-no-xerces since Feb 1st

Posted by Stefan Bodewig <bo...@apache.org>.
On 2011-02-23, Antoine Levy-Lambert wrote:

> I have noticed that test-ant and test-ant-no-xerces are both failing
> since a while on gump. The reason is unclear for me.

It started when I changed Ant to pass the bootclasspath to cloned VMs as
well.  I must admit I've been surprised by this myself since I didn't
expect AntUnit tests to be affected by this at all.

Unfortunately it hasn't managed to buble to the top of my TODO list so
far.

> The error message is

> BUILD FAILED
> /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml:42: Cannot find
> override.xml imported from /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/import-test.xml

> The file override.xml is checked in in Subversion.

> Could someone who has shell access on vmgump check whether
> override.xml would have been physically removed from the ant sandbox ?

It is there.

bodewig@vmgump:~$ ls -l /srv/gump/public/workspace/ant/src/tests/antunit/taskdefs/importtests/
insgesamt 16
-rw-r--r-- 1 gump gump 912 2010-08-06 19:38 a.xml
-rw-r--r-- 1 gump gump 912 2010-08-06 19:38 b.xml
-rw-r--r-- 1 gump gump 937 2010-08-06 19:38 nested.xml
-rw-r--r-- 1 gump gump 995 2010-08-06 19:38 override.xml

Probably the import is using a classloader to load it and not the file
system.  It may be a simple issue of adding the correct directory as
<work> entry to the test-ant descriptor.

> I just ran the tests of ant on my PC at work and found no issues with
> this particular test.

You didn't use build.sysclasspath=only, did you?

Stefan

---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org