Hi sebb Thanks for your answer. I guess there are a couple of 100's Think i'll try to put them in users.properties, thanks for the pointer:) regards nino
________________________________ Fra: sebb [mailto:[EMAIL PROTECTED] Sendt: ma 05-03-2007 13:14 Til: JMeter Users List Emne: Re: jmeter loading variables from a file How many variables are there? If only a few items change, I would pass them in as properties on the command-line. Reference them using the ${__P(property.name)} syntax. [This is a useful technique for thread count, loops, ramp-up] If there are more than a few, then put them in user.properties. Or you can use User Defined variables on the Test Plan itself, and edit the JMX file. A bit messy. S. On 05/03/07, Nino Wael <[EMAIL PROTECTED]> wrote: > Ok, I guess this would work very well in conjunction with the csv data set > config. > > > http://jakarta.apache.org/jmeter/usermanual/component_reference.html#CSV_Data_Set_Config > > Thanks for your answer:) > > -Nino > > ________________________________ > > Fra: Matt [mailto:[EMAIL PROTECTED] > Sendt: ma 05-03-2007 12:27 > Til: JMeter Users List > Emne: Re: jmeter loading variables from a file > > > > Ah, Ok Nino. > > So you either have to load the correct IDs in to a file when your DB is > regenereated, or better still you need to capture the ID from the previous > HTTP request yes? > > You need to use the Regular Expression Extractor. This will enable you to > capture any data in the header or body of the response and store to a > parameter. You can then use this parameter in future HTTP requests. > > Go to the Jakarta JMeter online docs and read up on these functions. > > Thanks, > > Matt > > On 05/03/07, Nino Wael <[EMAIL PROTECTED]> wrote: > > > > Hi Matt > > > > Seems that I did not success in explaining myself:( > > > > I do not need specific ID's per user basis. Some of our items on our pages > > changes ID's, for example: > > > > Toy A's Id was 1000 when I recorded the http request. But now the our > > database has been regenerated and the id are 1200. No toy exist with the ID > > 1000 so this will give an exception. > > > > So in order to make our test work I need to load the current values into > > the http request that's being run. These ID's has nothing to do with user > > id's. Hope I've explained my self a bit clearer. > > > > What I need is a function that uses to parameters: > > ${__StringFromFile(IDs.txt,int line)} > > > > This would work for me, where can I read more about these functions? > > > > regards Nino > > > > ________________________________ > > > > Fra: Matt [mailto:[EMAIL PROTECTED] > > Sendt: ma 05-03-2007 11:39 > > Til: JMeter Users List > > Emne: Re: jmeter loading variables from a file > > > > > > > > Hi Nino, > > > > If you use ${__StringFromFile(IDs.txt)} each thread (user) will pick up a > > unique ID from that file. > > > > If you are using multiple JMeter servers, you will need a IDs.txt file for > > each JMeter server with different unique IDs. > > > > Hope this helps, > > > > Thanks, > > > > Matt > > > > On 05/03/07, Nino Wael <[EMAIL PROTECTED]> wrote: > > > > > > Hi > > > > > > I need to load variables from a file. The reason for this are that some > > of > > > the items id's that can be selected on our pages, changes id's on update > > of > > > the database. So in order for the performance test to be valid after an > > > update I need to have the correct ID's loaded or the HTTP request will > > be > > > invalid. > > > > > > I've looked at the wiki > > > > > > > > > > > http://wiki.apache.org/jakarta-jmeter/JMeterFAQ#head-1680863678257fbcb85bd97351860eb0049f19ae > > > > > > But this is not quite what I need, since it will not be different on a > > per > > > users basis, it's just general id's. > > > > > > Any information on how-to load variables from any source external(could > > > also be the jmeter properties file?) would be greatly appreciated. > > > > > > If I somehow failed to explain myself, please say so and I elaborate in > > > another way. > > > > > > Regards Nino > > > > > > --------------------------------------------------------------------- > > > 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]
