You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Adrian Speteanu <as...@gmail.com> on 2011/05/11 18:42:13 UTC
Re: I've Put Some Jmeter Plugins Up on Github
Hi Bruce,
I've given a quick look on your extensions and* JmeterThreadGlobal seems
interesting enough.* The idea behind it was discussed one or two years ago,
people always asked about running threads inside other threads or sharing
between threads. Myself inluded: I needed at some point to use the JSESSION
from one thread to another to simulate asynchronous javascript calls
(heartbeats to the server which are regular, and user actions which
shouldn't be necessarily dependent on the heartbeat). This is definitely
useful, might be more user friendly if you wouldn't need one config for each
different variable to be shared.
However, JmeterThreadSync seems to me an overkill. You already have the
Synchronising Timer. Is there a scenario where this wasn't enough for you?
Thanks,
Adrian
On Sun, Apr 17, 2011 at 12:55 PM, Bruce Ide <fl...@gmail.com>wrote:
> Hopefully these are useful to someone other than me. I have three projects
> there so far:
>
> JmeterThreadSync: Allows you to pause threads for a while. I wrote this
> because I wanted to make sure a number of users were actually logged into
> my
> web page and would all perform some actions at about the same time. I'm
> also
> finding it handy for running some test setup at the beginning of the test
> (Creating users and the like) prior to executing threads that do work.
>
> JmeterThreadGlobal: Stores data from samplers into a java hash table, and
> provides a sampler to extract this data into an array at some later point.
> I've found this to be handy for communicating google widget tookit RPC
> strongnames to multiple threads.
>
> JmeterHistogram: Hooks into JAI to write an image histogram to a jmeter
> array. I mostly just use this to tell if an image from a web page has
> something in it.
>
> If any of these sound useful to you, feel free to come visit at
> https://github.com/FlyingRhenquest
>
> --
> Bruce Ide
> FlyingRhenquest@gmail.com
>
Re: I've Put Some Jmeter Plugins Up on Github
Posted by sebb <se...@gmail.com>.
On 12 May 2011 11:41, Adrian Speteanu <as...@gmail.com> wrote:
> On Wed, May 11, 2011 at 8:34 PM, Deepak Shetty <sh...@gmail.com> wrote:
>
>> >JmeterThreadGlobal: Stores data from samplers into a java hash table, and
>> >provides a sampler to extract this data into an array at some later point.
>> >I've found this to be handy for communicating google widget tookit RPC
>> >strongnames to multiple threads.
>>
>> FYI you could do something similar using the BSH shared object - described
>> under http://jakarta.apache.org/jmeter/usermanual/best-practices.html -
>> Sharing variables , though some sort of plugin will probably be easier
>> than
>> coding it
>>
>
> I missed that... of course this is the ultimate solution for more complex
> problems: writing your own class that you can use to keep track and share
> whatever you want. Has a major disadvantage - the test must end gracefully
> so you can properly destroy the memory used by this.
>
Note that the BSH elements support the ThreadListener and TestListener
interfaces, which can be used for closedown.
User-written elements can also implement the interfaces.
>>
>> regards
>> deepak
>>
>> On Wed, May 11, 2011 at 10:21 AM, Bruce Ide <flyingrhenquest@gmail.com
>> >wrote:
>>
>> > They do very similar things. To be honest, I missed the synchronizing
>> timer
>> > when I was looking around for info on doing this sort of thing.
>> >
>> > JmeterThreadSync does seem to have the slight advantage of being able to
>> > communicate across thread groups, making setup and teardown threads
>> > feasible. Once that functionality is implemented in jmeter, I won't be
>> > using
>> > JmeterThreadSync for anything Jmeter doesn't already do.
>> >
>> > I'll probably be stuck with it for a while, though. My policy is to not
>> use
>> > plugins that replicate jmeter functionality, but I'm stuck testing on
>> > jmeter
>> > 2.3.4 at the moment. I need a compelling reason to upgrade to 2.4., and
>> > working include controllers apparently isn't enough. Fortunately it
>> wasn't
>> > hard to back-port the 2.4 include controller to 2.3.4. I'll lobby for a
>> > jmeter upgrade again when setup and teardown threads go in.
>> >
>> > --
>> > Bruce Ide
>> > FlyingRhenquest@gmail.com
>> >
>>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
Re: I've Put Some Jmeter Plugins Up on Github
Posted by Adrian Speteanu <as...@gmail.com>.
On Wed, May 11, 2011 at 8:34 PM, Deepak Shetty <sh...@gmail.com> wrote:
> >JmeterThreadGlobal: Stores data from samplers into a java hash table, and
> >provides a sampler to extract this data into an array at some later point.
> >I've found this to be handy for communicating google widget tookit RPC
> >strongnames to multiple threads.
>
> FYI you could do something similar using the BSH shared object - described
> under http://jakarta.apache.org/jmeter/usermanual/best-practices.html -
> Sharing variables , though some sort of plugin will probably be easier
> than
> coding it
>
I missed that... of course this is the ultimate solution for more complex
problems: writing your own class that you can use to keep track and share
whatever you want. Has a major disadvantage - the test must end gracefully
so you can properly destroy the memory used by this.
>
> regards
> deepak
>
> On Wed, May 11, 2011 at 10:21 AM, Bruce Ide <flyingrhenquest@gmail.com
> >wrote:
>
> > They do very similar things. To be honest, I missed the synchronizing
> timer
> > when I was looking around for info on doing this sort of thing.
> >
> > JmeterThreadSync does seem to have the slight advantage of being able to
> > communicate across thread groups, making setup and teardown threads
> > feasible. Once that functionality is implemented in jmeter, I won't be
> > using
> > JmeterThreadSync for anything Jmeter doesn't already do.
> >
> > I'll probably be stuck with it for a while, though. My policy is to not
> use
> > plugins that replicate jmeter functionality, but I'm stuck testing on
> > jmeter
> > 2.3.4 at the moment. I need a compelling reason to upgrade to 2.4., and
> > working include controllers apparently isn't enough. Fortunately it
> wasn't
> > hard to back-port the 2.4 include controller to 2.3.4. I'll lobby for a
> > jmeter upgrade again when setup and teardown threads go in.
> >
> > --
> > Bruce Ide
> > FlyingRhenquest@gmail.com
> >
>
Re: I've Put Some Jmeter Plugins Up on Github
Posted by Deepak Shetty <sh...@gmail.com>.
>JmeterThreadGlobal: Stores data from samplers into a java hash table, and
>provides a sampler to extract this data into an array at some later point.
>I've found this to be handy for communicating google widget tookit RPC
>strongnames to multiple threads.
FYI you could do something similar using the BSH shared object - described
under http://jakarta.apache.org/jmeter/usermanual/best-practices.html -
Sharing variables , though some sort of plugin will probably be easier than
coding it
regards
deepak
On Wed, May 11, 2011 at 10:21 AM, Bruce Ide <fl...@gmail.com>wrote:
> They do very similar things. To be honest, I missed the synchronizing timer
> when I was looking around for info on doing this sort of thing.
>
> JmeterThreadSync does seem to have the slight advantage of being able to
> communicate across thread groups, making setup and teardown threads
> feasible. Once that functionality is implemented in jmeter, I won't be
> using
> JmeterThreadSync for anything Jmeter doesn't already do.
>
> I'll probably be stuck with it for a while, though. My policy is to not use
> plugins that replicate jmeter functionality, but I'm stuck testing on
> jmeter
> 2.3.4 at the moment. I need a compelling reason to upgrade to 2.4., and
> working include controllers apparently isn't enough. Fortunately it wasn't
> hard to back-port the 2.4 include controller to 2.3.4. I'll lobby for a
> jmeter upgrade again when setup and teardown threads go in.
>
> --
> Bruce Ide
> FlyingRhenquest@gmail.com
>
Re: I've Put Some Jmeter Plugins Up on Github
Posted by Bruce Ide <fl...@gmail.com>.
They do very similar things. To be honest, I missed the synchronizing timer
when I was looking around for info on doing this sort of thing.
JmeterThreadSync does seem to have the slight advantage of being able to
communicate across thread groups, making setup and teardown threads
feasible. Once that functionality is implemented in jmeter, I won't be using
JmeterThreadSync for anything Jmeter doesn't already do.
I'll probably be stuck with it for a while, though. My policy is to not use
plugins that replicate jmeter functionality, but I'm stuck testing on jmeter
2.3.4 at the moment. I need a compelling reason to upgrade to 2.4., and
working include controllers apparently isn't enough. Fortunately it wasn't
hard to back-port the 2.4 include controller to 2.3.4. I'll lobby for a
jmeter upgrade again when setup and teardown threads go in.
--
Bruce Ide
FlyingRhenquest@gmail.com