jmeter-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: user.classpath, search_path and many jar files
Date Mon, 12 Aug 2013 14:17:03 GMT
On 12 August 2013 15:11, Philippe Mouawad <philippe.mouawad@gmail.com> wrote:
> Regarding Property resolution, it comes from:
> TurnElementsOn#addNode:
>
> if (node instanceof TestElement && !(node instanceof TestPlan)) {
>
> I don't know why there is this condition :
>
>    -  !(node instanceof TestPlan)
>
> But it is the root cause of property not being translated.
>
>
> @sebb any idea why it exists ?

No, not offhand. But the TestPlan node is special.

The full answer might be in the SVN logs.
If so. it needs to be added as code comments so future maintainers can
understand what's happening.

> Regards
>
> Philippe
> On Mon, Aug 12, 2013 at 3:30 PM, Rainer Jung <rainer.jung@kippdata.de>wrote:
>
>> On 12.08.2013 14:59, Philippe Mouawad wrote:
>> > Hello Rainer,
>> > So your patch only concerns Test Plan which do "Add directory or jar to
>> > classpath" ?
>> >
>> > If so, some notes about patch:
>> >
>> >    - Shouldn't code be within try/catch ? as if a MalformedURLException
>> is
>> >    thrown  there are big chances that the rest won't work
>>
>> The NewDriver methods addURL() and addPath() have existing inconsistent
>> behavior. addPath() can throw the exception, so any call should be
>> inside try/catch, addURL() already does the try/catch internally so will
>> not throw it.
>>
>> > Regarding Bugzilla, I think it is better to open one for this
>> enhancement.
>>
>> Will do.
>>
>> Any idea about the property replacement:
>>
>> >> Now there's another thing that would be nice: being able to use a jmeter
>> >> property in the user defined class path in TestPlan.
>> >>
>> >> Unfortunately that property is used very early and the resolution of
>> >> properties returns with an "Not running version, return raw function
>> >> string" error from FunctionProperty.
>> >>
>> >> Is there a way to force a property replacement? Or how can we support
>> >> using a property in the user defined class path inside a test plan.
>> >>
>> >> The use case is somewhat clear: you want to be able to collect your
>> >> dependency jars in some directory. When you relocate the directory you
>> >> don't want to edit all our test plans referring that directory. Instead
>> >> use a property in the test plans and set it during jmeter startup to
>> >> point to your current jar file directory.
>> >>
>> >> Any hints would be helpful.
>>
>> Regards,
>>
>> Rainer
>>
>>
>
>
> --
> Cordialement.
> Philippe Mouawad.

Mime
View raw message