Thanx for your reply.
I read the doc for the StringFromFile function and indeed, it looks like
what I want.
But currently, I get data from csv files, so each line of my datasources
contains multiple values that I get with a CSV Data Source Config (to have
a different dataset for each SOAP request).
And, after reading StringFromFile doc, I feel that I can't get multiple
data for each line of the file. I feel that the
StringFromFile function considers each line of the file as a single
variable, and this is not what I want, I need to get multiple data in each
line.
Does the StringFromFile function allow to get each line of the files as a
csv datasource ?

stieuma

2011/12/1 sebb <[email protected]>

> On 1 December 2011 14:22, Mathieu Seillier <[email protected]> wrote:
> > Hi all,
> > I have currently a test plan that simulates 1000 SOAP requests to a web
> > service (with 100 users each doing 10 iterations).
> > Each request contains binary data that I get in a datasource with 1000
> > lines. This works properly.
> > Now, I'd like to run the test plan indefinitely (100 users, infinite
> number
> > of iterations), using multiple datasources successively.
> > I have enough datasources to simulate such 500,000 requests (I have 500
> > files with 1000 lines).
> > What I want is to launch once the test plan, it runs using the datasource
> > file1, then when the 1000 lines are used, it moves on the datasource
> file2,
> > and so on until the datasource file500, and then the test plan stops when
> > there is no more available datasource.
> > Is that such behavior possible? If so, how
>
> The StringFromFile function was developed for exactly such a scenario.
>
> http://jmeter.apache.org/usermanual/functions.html#__StringFromFile
>
> > ? otherwise, do you have an idea
> > to try to behave approaching?
> >
> > My first idea was to concatenate all datasources but each file weighs
> > 150Mb, so it would result in a 75 Gb file ... :(
> >
> > Thank you in advance
> > stieuma
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
>
>

Reply via email to