You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Travis Cooper <tc...@overstock.com> on 2006/03/27 19:06:55 UTC
Extending JMeter
I am trying to make some new config and control elements to do some
things that I can't do with what exists right now in JMeter. I have
been noticing that the set of controllers that exist all use JMeterUtils
to handle aliased names. How can I register my variables with
JMeterUtils so I can use that functionality? Especially because the
getLabelResource expects a string that maps into the JMeterUtils'
structure. Also, if anybody knows of a tutorial somewhere that is more
up to date with extending that would be very helpful. If I could just
see how to get one working I would be able to do things a lot faster.
So if anybody knows where one is, or could make one, with step by step
instructions for what classes to extend and implement and what the
methods needed are and what they do that would be great.
Thanks,
Travis J. Cooper
Re: xpath expression extractor?
Posted by gt...@attensa.com.
Awesome! This is exactly what I am looking for. I really appreciate you
doing this it. I'll check it out today!
I owe you a beer :-)
> Turns out it was quite easy.
>
> The latest nightly (2-1.20060401 or later) allows for extraction of a
> list of nodes; it sets the variables like Regex Extractor. See
> documentation for details
>
> S.
> On 31/03/06, sebb <se...@gmail.com> wrote:
>> I expect that might be possible, but I don't know what the API provides.
>>
>> Have you tried to see what happens?
>>
>> Maybe it would create a list that you could parse with the __split()
>> function - at least for the time being.
>>
>> The Java Sampler is useful for displaying the value of variables.
>>
>> S.
>> On 30/03/06, Garry L. Thompson <ga...@attensa.com> wrote:
>> > Cool, I just downloaded the latest nightly build and sure enough there
>> is an
>> > xpath extractor post processor. Is there any plans to add the multiple
>> > matching functionality that you get with the regular expression
>> extractor?
>> >
>> > For instance, if you use wild cards in an xpath expression which then
>> returns
>> > multiple values. (e.g /node/node[*]/name[contains(.,"Fred")]) could
>> easily
>> > return multiple values. In this case what value would you get? I guess
>> I
>> > could wrapper this inside a loop with a counter to do this myself but
>> I
>> > really like the multiple matching stuff in the regular expression
>> extractor.
>> >
>> > Thanks...
>> >
>> > On Wednesday 29 March 2006 14:34, sebb wrote:
>> > > There is an XPath Extractor in the forthcoming 2.1.2 version - if
>> you
>> > > want to try it out, download a recent nightly build.
>> > >
>> > > You need both the _bin and _lib archives; unpack them into the same
>> > > directory structure.
>> > >
>> > > It's documented in the component_reference page.
>> > >
>> > > Please let us know if this fits your needs or not.
>> > >
>> > > S.
>> > >
>> > > On 29/03/06, Garry L. Thompson <gt...@attensa.com> wrote:
>> > > > I am testing a web API that's passing all the information around
>> via xml.
>> > > > A post processor xpath expression extractor would be very useful.
>> It
>> > > > would work basically like the regular expression extractor and
>> setup the
>> > > > results variable the same so as to work with the foreach
>> controller. Any
>> > > > chance of this sometime in the near future? There is already all
>> of the
>> > > > xpath stuff there from the xpath assertion. It looks like my only
>> other
>> > > > alternative is to use the javax. xpath stuff in beanshell. Just
>> thought
>> > > > I would ask before diggin into this.
>> > > >
>> > > > Also, if anyone has some sample beanshell/xpath examples they
>> would be
>> > > > willing to post it would be appreciated.
>> > > >
>> > > > Thanks...
>> > > >
>> > > > ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > > > For additional commands, e-mail:
>> jmeter-user-help@jakarta.apache.org
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>> >
>> >
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: xpath expression extractor?
Posted by sebb <se...@gmail.com>.
Turns out it was quite easy.
The latest nightly (2-1.20060401 or later) allows for extraction of a
list of nodes; it sets the variables like Regex Extractor. See
documentation for details
S.
On 31/03/06, sebb <se...@gmail.com> wrote:
> I expect that might be possible, but I don't know what the API provides.
>
> Have you tried to see what happens?
>
> Maybe it would create a list that you could parse with the __split()
> function - at least for the time being.
>
> The Java Sampler is useful for displaying the value of variables.
>
> S.
> On 30/03/06, Garry L. Thompson <ga...@attensa.com> wrote:
> > Cool, I just downloaded the latest nightly build and sure enough there is an
> > xpath extractor post processor. Is there any plans to add the multiple
> > matching functionality that you get with the regular expression extractor?
> >
> > For instance, if you use wild cards in an xpath expression which then returns
> > multiple values. (e.g /node/node[*]/name[contains(.,"Fred")]) could easily
> > return multiple values. In this case what value would you get? I guess I
> > could wrapper this inside a loop with a counter to do this myself but I
> > really like the multiple matching stuff in the regular expression extractor.
> >
> > Thanks...
> >
> > On Wednesday 29 March 2006 14:34, sebb wrote:
> > > There is an XPath Extractor in the forthcoming 2.1.2 version - if you
> > > want to try it out, download a recent nightly build.
> > >
> > > You need both the _bin and _lib archives; unpack them into the same
> > > directory structure.
> > >
> > > It's documented in the component_reference page.
> > >
> > > Please let us know if this fits your needs or not.
> > >
> > > S.
> > >
> > > On 29/03/06, Garry L. Thompson <gt...@attensa.com> wrote:
> > > > I am testing a web API that's passing all the information around via xml.
> > > > A post processor xpath expression extractor would be very useful. It
> > > > would work basically like the regular expression extractor and setup the
> > > > results variable the same so as to work with the foreach controller. Any
> > > > chance of this sometime in the near future? There is already all of the
> > > > xpath stuff there from the xpath assertion. It looks like my only other
> > > > alternative is to use the javax. xpath stuff in beanshell. Just thought
> > > > I would ask before diggin into this.
> > > >
> > > > Also, if anyone has some sample beanshell/xpath examples they would be
> > > > willing to post it would be appreciated.
> > > >
> > > > Thanks...
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: xpath expression extractor?
Posted by sebb <se...@gmail.com>.
I expect that might be possible, but I don't know what the API provides.
Have you tried to see what happens?
Maybe it would create a list that you could parse with the __split()
function - at least for the time being.
The Java Sampler is useful for displaying the value of variables.
S.
On 30/03/06, Garry L. Thompson <ga...@attensa.com> wrote:
> Cool, I just downloaded the latest nightly build and sure enough there is an
> xpath extractor post processor. Is there any plans to add the multiple
> matching functionality that you get with the regular expression extractor?
>
> For instance, if you use wild cards in an xpath expression which then returns
> multiple values. (e.g /node/node[*]/name[contains(.,"Fred")]) could easily
> return multiple values. In this case what value would you get? I guess I
> could wrapper this inside a loop with a counter to do this myself but I
> really like the multiple matching stuff in the regular expression extractor.
>
> Thanks...
>
> On Wednesday 29 March 2006 14:34, sebb wrote:
> > There is an XPath Extractor in the forthcoming 2.1.2 version - if you
> > want to try it out, download a recent nightly build.
> >
> > You need both the _bin and _lib archives; unpack them into the same
> > directory structure.
> >
> > It's documented in the component_reference page.
> >
> > Please let us know if this fits your needs or not.
> >
> > S.
> >
> > On 29/03/06, Garry L. Thompson <gt...@attensa.com> wrote:
> > > I am testing a web API that's passing all the information around via xml.
> > > A post processor xpath expression extractor would be very useful. It
> > > would work basically like the regular expression extractor and setup the
> > > results variable the same so as to work with the foreach controller. Any
> > > chance of this sometime in the near future? There is already all of the
> > > xpath stuff there from the xpath assertion. It looks like my only other
> > > alternative is to use the javax. xpath stuff in beanshell. Just thought
> > > I would ask before diggin into this.
> > >
> > > Also, if anyone has some sample beanshell/xpath examples they would be
> > > willing to post it would be appreciated.
> > >
> > > Thanks...
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: xpath expression extractor?
Posted by "Garry L. Thompson" <ga...@attensa.com>.
Cool, I just downloaded the latest nightly build and sure enough there is an
xpath extractor post processor. Is there any plans to add the multiple
matching functionality that you get with the regular expression extractor?
For instance, if you use wild cards in an xpath expression which then returns
multiple values. (e.g /node/node[*]/name[contains(.,"Fred")]) could easily
return multiple values. In this case what value would you get? I guess I
could wrapper this inside a loop with a counter to do this myself but I
really like the multiple matching stuff in the regular expression extractor.
Thanks...
On Wednesday 29 March 2006 14:34, sebb wrote:
> There is an XPath Extractor in the forthcoming 2.1.2 version - if you
> want to try it out, download a recent nightly build.
>
> You need both the _bin and _lib archives; unpack them into the same
> directory structure.
>
> It's documented in the component_reference page.
>
> Please let us know if this fits your needs or not.
>
> S.
>
> On 29/03/06, Garry L. Thompson <gt...@attensa.com> wrote:
> > I am testing a web API that's passing all the information around via xml.
> > A post processor xpath expression extractor would be very useful. It
> > would work basically like the regular expression extractor and setup the
> > results variable the same so as to work with the foreach controller. Any
> > chance of this sometime in the near future? There is already all of the
> > xpath stuff there from the xpath assertion. It looks like my only other
> > alternative is to use the javax. xpath stuff in beanshell. Just thought
> > I would ask before diggin into this.
> >
> > Also, if anyone has some sample beanshell/xpath examples they would be
> > willing to post it would be appreciated.
> >
> > Thanks...
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: xpath expression extractor?
Posted by sebb <se...@gmail.com>.
There is an XPath Extractor in the forthcoming 2.1.2 version - if you
want to try it out, download a recent nightly build.
You need both the _bin and _lib archives; unpack them into the same
directory structure.
It's documented in the component_reference page.
Please let us know if this fits your needs or not.
S.
On 29/03/06, Garry L. Thompson <gt...@attensa.com> wrote:
> I am testing a web API that's passing all the information around via xml. A
> post processor xpath expression extractor would be very useful. It would work
> basically like the regular expression extractor and setup the results
> variable the same so as to work with the foreach controller. Any chance of
> this sometime in the near future? There is already all of the xpath stuff
> there from the xpath assertion. It looks like my only other alternative is
> to use the javax. xpath stuff in beanshell. Just thought I would ask before
> diggin into this.
>
> Also, if anyone has some sample beanshell/xpath examples they would be willing
> to post it would be appreciated.
>
> Thanks...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
xpath expression extractor?
Posted by "Garry L. Thompson" <gt...@attensa.com>.
I am testing a web API that's passing all the information around via xml. A
post processor xpath expression extractor would be very useful. It would work
basically like the regular expression extractor and setup the results
variable the same so as to work with the foreach controller. Any chance of
this sometime in the near future? There is already all of the xpath stuff
there from the xpath assertion. It looks like my only other alternative is
to use the javax. xpath stuff in beanshell. Just thought I would ask before
diggin into this.
Also, if anyone has some sample beanshell/xpath examples they would be willing
to post it would be appreciated.
Thanks...
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: Extending JMeter
Posted by sebb <se...@gmail.com>.
There are also twop TestBean samplers, Example.java and Example2.java.
These are likely to be easier to extend, as the GUI is created automatically.
S.
On 28/03/06, Simon <sd...@gmail.com> wrote:
> a good idea to learn how to extend is to download the source and read these
> two files:
>
> %JMeter_HOME%\jakarta-
> jmeter-2.1.1\src\examples\org\apache\jmeter\examples\sampler\ExampleSampler.java
> %JMeter_HOME%\jakarta-
> jmeter-2.1.1\src\examples\org\apache\jmeter\examples\sampler\gui\ExampleSamplerGui.java
>
> there is a .pdf too that explains a little how to extend JMeter ...but i
> realy understand how do it seeing this example.
>
> i wrote a document that explains my experience, but is in spanish. but if
> you want it ... just tell me.
>
> simon
>
> 2006/3/28, Simon <sd...@gmail.com>:
> >
> > hi, the getLabelResource returns a key that is used for getting a string
> > from a file. this string is the string that you see in the GUI.
> > when you write another component you have to modify these files (one per
> > language) adding the new key.
> > the files are in the binary:
> >
> > %JMeterHome%\lib\ext\ApacheJMeter_core.jar\org\apache\jmeter\resources\
> >
> > or in the source:
> >
> > %JMeterHome%\src\core\org\apache\jmeter\resources\
> >
> >
> > 2006/3/27, sebb <se...@gmail.com>:
> >
> > > What is it that is missing from the current elements?
> > >
> > > JMeter variables are thread-specific variables; just put/get them as
> > > needed.
> > >
> > > There are some example samplers in the 2.1 branch that I have just
> > > updated; there aren't any sample config elements, but you could just
> > > amend an existing one. [I might get around to creating one.]
> > >
> > > Control elements are by far the most complicated part of JMeter; I'm
> > > not sure I understand them ...
> > >
> > > S.
> > > On 27/03/06, Travis Cooper < tcooper@overstock.com> wrote:
> > > > I am trying to make some new config and control elements to do some
> > > > things that I can't do with what exists right now in JMeter. I have
> > > > been noticing that the set of controllers that exist all use
> > > JMeterUtils
> > > > to handle aliased names. How can I register my variables with
> > > > JMeterUtils so I can use that functionality? Especially because the
> > > > getLabelResource expects a string that maps into the JMeterUtils'
> > > > structure. Also, if anybody knows of a tutorial somewhere that is
> > > more
> > > > up to date with extending that would be very helpful. If I could just
> > > > see how to get one working I would be able to do things a lot faster.
> > > > So if anybody knows where one is, or could make one, with step by step
> > > > instructions for what classes to extend and implement and what the
> > > > methods needed are and what they do that would be great.
> > > >
> > > > Thanks,
> > > > Travis J. Cooper
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > >
> > >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: Extending JMeter
Posted by Simon <sd...@gmail.com>.
a good idea to learn how to extend is to download the source and read these
two files:
%JMeter_HOME%\jakarta-
jmeter-2.1.1\src\examples\org\apache\jmeter\examples\sampler\ExampleSampler.java
%JMeter_HOME%\jakarta-
jmeter-2.1.1\src\examples\org\apache\jmeter\examples\sampler\gui\ExampleSamplerGui.java
there is a .pdf too that explains a little how to extend JMeter ...but i
realy understand how do it seeing this example.
i wrote a document that explains my experience, but is in spanish. but if
you want it ... just tell me.
simon
2006/3/28, Simon <sd...@gmail.com>:
>
> hi, the getLabelResource returns a key that is used for getting a string
> from a file. this string is the string that you see in the GUI.
> when you write another component you have to modify these files (one per
> language) adding the new key.
> the files are in the binary:
>
> %JMeterHome%\lib\ext\ApacheJMeter_core.jar\org\apache\jmeter\resources\
>
> or in the source:
>
> %JMeterHome%\src\core\org\apache\jmeter\resources\
>
>
> 2006/3/27, sebb <se...@gmail.com>:
>
> > What is it that is missing from the current elements?
> >
> > JMeter variables are thread-specific variables; just put/get them as
> > needed.
> >
> > There are some example samplers in the 2.1 branch that I have just
> > updated; there aren't any sample config elements, but you could just
> > amend an existing one. [I might get around to creating one.]
> >
> > Control elements are by far the most complicated part of JMeter; I'm
> > not sure I understand them ...
> >
> > S.
> > On 27/03/06, Travis Cooper < tcooper@overstock.com> wrote:
> > > I am trying to make some new config and control elements to do some
> > > things that I can't do with what exists right now in JMeter. I have
> > > been noticing that the set of controllers that exist all use
> > JMeterUtils
> > > to handle aliased names. How can I register my variables with
> > > JMeterUtils so I can use that functionality? Especially because the
> > > getLabelResource expects a string that maps into the JMeterUtils'
> > > structure. Also, if anybody knows of a tutorial somewhere that is
> > more
> > > up to date with extending that would be very helpful. If I could just
> > > see how to get one working I would be able to do things a lot faster.
> > > So if anybody knows where one is, or could make one, with step by step
> > > instructions for what classes to extend and implement and what the
> > > methods needed are and what they do that would be great.
> > >
> > > Thanks,
> > > Travis J. Cooper
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
>
Re: Extending JMeter
Posted by Simon <sd...@gmail.com>.
ok, thank you for the explanation.
2006/3/28, sebb <se...@gmail.com>:
>
> On 28/03/06, Simon <sd...@gmail.com> wrote:
> > hi, the getLabelResource returns a key that is used for getting a string
> > from a file. this string is the string that you see in the GUI.
>
> This is deliberate, so that JMeter can display a local language string
> if required.
>
> But I don't see how this relates to missing functionality in JMeter ...
>
> > when you write another component you have to modify these files (one per
> > language) adding the new key.
>
> No, you only need to add the key to the default messages.properties.
> Translations are optional.
>
> You can also override getStaticLabel() if you don't want to allow the
> title to be translated. But why do that?
>
> > the files are in the binary:
> >
> > %JMeterHome%\lib\ext\ApacheJMeter_core.jar\org\apache\jmeter\resources\
> >
> > or in the source:
> >
> > %JMeterHome%\src\core\org\apache\jmeter\resources\
> >
>
> Yes.
>
> >
> > 2006/3/27, sebb <se...@gmail.com>:
> > >
> > > What is it that is missing from the current elements?
>
> I still don't understand what it is that JMeter is lacking ...
>
> > >
> > > JMeter variables are thread-specific variables; just put/get them as
> > > needed.
> > >
> > > There are some example samplers in the 2.1 branch that I have just
> > > updated; there aren't any sample config elements, but you could just
> > > amend an existing one. [I might get around to creating one.]
> > >
> > > Control elements are by far the most complicated part of JMeter; I'm
> > > not sure I understand them ...
> > >
> > > S.
> > > On 27/03/06, Travis Cooper <tc...@overstock.com> wrote:
> > > > I am trying to make some new config and control elements to do some
> > > > things that I can't do with what exists right now in JMeter. I have
> > > > been noticing that the set of controllers that exist all use
> JMeterUtils
> > > > to handle aliased names. How can I register my variables with
> > > > JMeterUtils so I can use that functionality? Especially because the
> > > > getLabelResource expects a string that maps into the JMeterUtils'
> > > > structure. Also, if anybody knows of a tutorial somewhere that is
> more
> > > > up to date with extending that would be very helpful. If I could
> just
> > > > see how to get one working I would be able to do things a lot
> faster.
> > > > So if anybody knows where one is, or could make one, with step by
> step
> > > > instructions for what classes to extend and implement and what the
> > > > methods needed are and what they do that would be great.
> > > >
> > > > Thanks,
> > > > Travis J. Cooper
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: Extending JMeter
Posted by sebb <se...@gmail.com>.
On 28/03/06, Simon <sd...@gmail.com> wrote:
> hi, the getLabelResource returns a key that is used for getting a string
> from a file. this string is the string that you see in the GUI.
This is deliberate, so that JMeter can display a local language string
if required.
But I don't see how this relates to missing functionality in JMeter ...
> when you write another component you have to modify these files (one per
> language) adding the new key.
No, you only need to add the key to the default messages.properties.
Translations are optional.
You can also override getStaticLabel() if you don't want to allow the
title to be translated. But why do that?
> the files are in the binary:
>
> %JMeterHome%\lib\ext\ApacheJMeter_core.jar\org\apache\jmeter\resources\
>
> or in the source:
>
> %JMeterHome%\src\core\org\apache\jmeter\resources\
>
Yes.
>
> 2006/3/27, sebb <se...@gmail.com>:
> >
> > What is it that is missing from the current elements?
I still don't understand what it is that JMeter is lacking ...
> >
> > JMeter variables are thread-specific variables; just put/get them as
> > needed.
> >
> > There are some example samplers in the 2.1 branch that I have just
> > updated; there aren't any sample config elements, but you could just
> > amend an existing one. [I might get around to creating one.]
> >
> > Control elements are by far the most complicated part of JMeter; I'm
> > not sure I understand them ...
> >
> > S.
> > On 27/03/06, Travis Cooper <tc...@overstock.com> wrote:
> > > I am trying to make some new config and control elements to do some
> > > things that I can't do with what exists right now in JMeter. I have
> > > been noticing that the set of controllers that exist all use JMeterUtils
> > > to handle aliased names. How can I register my variables with
> > > JMeterUtils so I can use that functionality? Especially because the
> > > getLabelResource expects a string that maps into the JMeterUtils'
> > > structure. Also, if anybody knows of a tutorial somewhere that is more
> > > up to date with extending that would be very helpful. If I could just
> > > see how to get one working I would be able to do things a lot faster.
> > > So if anybody knows where one is, or could make one, with step by step
> > > instructions for what classes to extend and implement and what the
> > > methods needed are and what they do that would be great.
> > >
> > > Thanks,
> > > Travis J. Cooper
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: Extending JMeter
Posted by Simon <sd...@gmail.com>.
hi, the getLabelResource returns a key that is used for getting a string
from a file. this string is the string that you see in the GUI.
when you write another component you have to modify these files (one per
language) adding the new key.
the files are in the binary:
%JMeterHome%\lib\ext\ApacheJMeter_core.jar\org\apache\jmeter\resources\
or in the source:
%JMeterHome%\src\core\org\apache\jmeter\resources\
2006/3/27, sebb <se...@gmail.com>:
>
> What is it that is missing from the current elements?
>
> JMeter variables are thread-specific variables; just put/get them as
> needed.
>
> There are some example samplers in the 2.1 branch that I have just
> updated; there aren't any sample config elements, but you could just
> amend an existing one. [I might get around to creating one.]
>
> Control elements are by far the most complicated part of JMeter; I'm
> not sure I understand them ...
>
> S.
> On 27/03/06, Travis Cooper <tc...@overstock.com> wrote:
> > I am trying to make some new config and control elements to do some
> > things that I can't do with what exists right now in JMeter. I have
> > been noticing that the set of controllers that exist all use JMeterUtils
> > to handle aliased names. How can I register my variables with
> > JMeterUtils so I can use that functionality? Especially because the
> > getLabelResource expects a string that maps into the JMeterUtils'
> > structure. Also, if anybody knows of a tutorial somewhere that is more
> > up to date with extending that would be very helpful. If I could just
> > see how to get one working I would be able to do things a lot faster.
> > So if anybody knows where one is, or could make one, with step by step
> > instructions for what classes to extend and implement and what the
> > methods needed are and what they do that would be great.
> >
> > Thanks,
> > Travis J. Cooper
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
Re: Extending JMeter
Posted by sebb <se...@gmail.com>.
What is it that is missing from the current elements?
JMeter variables are thread-specific variables; just put/get them as needed.
There are some example samplers in the 2.1 branch that I have just
updated; there aren't any sample config elements, but you could just
amend an existing one. [I might get around to creating one.]
Control elements are by far the most complicated part of JMeter; I'm
not sure I understand them ...
S.
On 27/03/06, Travis Cooper <tc...@overstock.com> wrote:
> I am trying to make some new config and control elements to do some
> things that I can't do with what exists right now in JMeter. I have
> been noticing that the set of controllers that exist all use JMeterUtils
> to handle aliased names. How can I register my variables with
> JMeterUtils so I can use that functionality? Especially because the
> getLabelResource expects a string that maps into the JMeterUtils'
> structure. Also, if anybody knows of a tutorial somewhere that is more
> up to date with extending that would be very helpful. If I could just
> see how to get one working I would be able to do things a lot faster.
> So if anybody knows where one is, or could make one, with step by step
> instructions for what classes to extend and implement and what the
> methods needed are and what they do that would be great.
>
> Thanks,
> Travis J. Cooper
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org