On 28/03/06, Travis Cooper <[EMAIL PROTECTED]> wrote: > Everything started because I need something similar to the foreach > controller that will loop through multiple variables. So I have a > script that searches our company website and gets 10 random products. > In order to add these products to the shopping cart I need 3 different > variables for each product. I would like to just use something like a > foreach controller that will loop through these 3 variables. I can't > seem to find anything that does this so I have resorted to making 10 > different http requests. I would like to create a controller that does > this, and I am sure I will think of some other things I want to create > as well. So I am just trying to write a very simple controller to get a > feel for what I really need to do. So I would love to see a simple
It should not be too difficult to extend the ForEach Controller to set multiple variables. The GUI coding is rather tedious, so I suggest allowing a list of input/output variable names, separated by spaces. The rest should just be a question of adding the extra output variable definitions. > tutorial that would go through what classes are best to extend/implement > and what the necessary methods are and what they do in general. > Obviously this doesn't exist so I will just figure things out on my own. AFAIK, the only documentation on the Controllers is the Javadoc and the code. Contributions welcome ... But there is a document on creating Visualisers and TestBeans - see the Tutorial section on the web-site. If there are any omissions or inaccuracies, please let us know, ideally via Bugzilla. > Thanks, > Travis J. Cooper > > -----Original Message----- > From: sebb [mailto:[EMAIL PROTECTED] > Sent: Tuesday, March 28, 2006 3:37 PM > To: JMeter Users List > Subject: Re: Extending JMeter > > On 28/03/06, Travis Cooper <[EMAIL PROTECTED]> wrote: > > I just think that it would be easier if instead of having to modify > > files I could make a call to JMeterUtils and register a new string > > with an associated name. This way other people that try to use my > > scripts > > Not sure what you mean by strings with names here. > How are they referenced? > > > won't have to go and update a bunch of files, they can just include > > the jar file with my new controllers and everything would run > > smoothly. I > > I'm not sure what "bunch of files" you are referring to - except perhaps > messages*.properties. > > If you use the TestBean approach, then all resource strings are in files > that are local to the classes, and can be provided in a jar by you - > there is no need to update the central messages.properties file(s). > > > realize this might not be a simple change, but just something I > > thought would be helpful. I will take a look at those samples and see > > > what I can get out of them. The biggest issue I am having is that the > > > html files that talk about extending talk about implementing/extending > > > some classes that I can't seem to find. I assume this is because > > things have progressed and changed since those documents were created. > > > Anyway, I > > Which classes can't you find? > > > will look at those things you have all suggested, if anybody has any > > other suggestions of where to look for some examples let me know. > > I still don't know what you are trying to achieve, so it's difficult to > provide the information you may need. > > > Thanks, > > Travis J. Cooper > > > > -----Original Message----- > > From: Simon [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, March 28, 2006 7:52 AM > > To: JMeter Users List > > Subject: Re: Extending JMeter > > > > ok, thank you for the explanation. > > > > 2006/3/28, sebb <[EMAIL PROTECTED]>: > > > > > > On 28/03/06, Simon <[EMAIL PROTECTED]> 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\resou > > > > rc > > > > es\ > > > > > > > > or in the source: > > > > > > > > %JMeterHome%\src\core\org\apache\jmeter\resources\ > > > > > > > > > > Yes. > > > > > > > > > > > 2006/3/27, sebb <[EMAIL PROTECTED]>: > > > > > > > > > > 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 <[EMAIL PROTECTED]> 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: > > > > > [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
