gump-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: Problem locating XPathAPI, but only in test
Date Wed, 19 Jan 2011 13:25:18 GMT
On 18 January 2011 11:36, sebb <sebbaz@gmail.com> wrote:
> On 18 January 2011 11:20, Stefan Bodewig <bodewig@apache.org> wrote:
>> On 2011-01-13, sebb wrote:
>>
>>> On 10 January 2011 20:26, sebb <sebbaz@gmail.com> wrote:
>>>> On 10 January 2011 12:23, Stefan Bodewig <bodewig@apache.org> wrote:
>>
>>>>> It likely is part of xalan.jar which is present in -Xbootclaspath but
>>>>> not CLASSPATH.
>>
>>> How does one add Xalan to the build classpath?  The JMeter project
>>> depends on Xalan, but it does not seem to get added to the classpath,
>>> only the bootclasspath.
>>
>> It should be going into the forked VM's bootclasspath via Ant's
>> build.sysclasspath.  If this is not the case then something inside Ant
>> has been broken.
>
> So Xalan is handled differently from other dependencies?
>
>> Right now I don't have the time to follow this through.  I suspect newer
>> OpenJDKs no longer use the system property "sun.boot.class.path" but
>> rather something new without "sun" in its name to provide the
>> bootclasspath to the running application.  If so Ant's
>> Path.systemBootClasspath ends up empty and can't be propagated to the
>> forked VM.  Ant would need to get fixed which in turn should fix the
>> Gump build (likely Forrest's as well) since Gump uses Ant's trunk.
>
> And maybe BSF3 as well...
>
>> I don't know when I'll have the cycles to confirm my suspicion, sorry.
>
> OK, no problem.
>
> I can try adding some debugging to the build file.

Ant is not passing -bootclasspath to the forked <java> task that runs the test.

Adding the Xalan jars to the test run using <work parent="">
references fixes the problem by adding the jars to the test classpath.

However, this is a bit messy, as the paths may perhaps change.

Just tried adding clonevm="true" to the <java> task, but that causes
problems for non-Gump builds.

I'm beginning to think this may be a Gump bug: although Xalan is
listed as a normal dependency, it is not added to the classpath, only
to the bootclasspath.

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

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


Mime
View raw message