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-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org

Reply via email to