Hi
works fine for me (Jmeter 2.3.4 r785646), I dont think this is a bug.
Can you check the logs/ verify your csv file / Http Sampler ${var} values.
I assume you are using the HTTP Samplers send files with request which has
been parameterised?

regards
deepak



On Wed, Aug 26, 2009 at 2:12 AM, sebb <[email protected]> wrote:

> n 26/08/2009, Ragini Thakur <[email protected]> wrote:
> >
> >
> >
> >
> > Oops I missed the attachments. Please see attached.
>
> Please don't send attachments to the list (mostly they get dropped anyway).
>
> In this case, create a Bugzilla issue and then attach the files.
> Remember that any data in them is public, and cannot be retracted once
> published.
>
> >
> >
> >  -----Original Message-----
> >  From: Ragini Thakur
> >  Sent: Wed 8/26/2009 12:08 PM
> >  To: [email protected]
> >  Subject: Re: Thread group and CSV Data set combination is not working as
> > desired
> >
> >
> >  Hi Sebb,
> >
> >  I tried with sharing mode "current thread" but its not working. With
> > sharing mode "current thread" only first row from CSV is read. So I
> changed
> > the mode back to "current thread group" so now all rows from CSV are read
> > but when the Post request is sent [ using HTTP Reuest HTTP client
> element]
> > for all thread the same XML file is sent with request.
> >
> >  I don't understand why next iteration its not picking up next XML file
> > stored in context.
> >
> >  Please advise.
> >
> >  Please see attached screen shots of CSV file, CSV dataset config and
> HTTP
> > request sample configuration.
> >
> >
> >  sebb wrote:
> >  > On 25/08/2009, Ragini Thakur <[email protected]> wrote:
> >  >>  Hi ,
> >  >>
> >  >>  The Test plan configuration to execute test cases to post XML over
> > HTTPS is as below
> >  >>
> >  >>     * Test Plan
> >  >>           o Thread group [ Thread #: 1, Loop: forever]
> >  >>                 +  CSV Dataset Config [ Recycle on EOF: false, Stop
> > thread on EOF: True; Sharing mode : current thread group]
> >  >
> >  > This sharing mode means that each thread in the group will read the
> >  > next line from the file, depending on the order in which the threads
> >  > happen to request the data. You probably want "Sharing mode: current
> >  > thread" instead.
> >  >
> >  >>                 +  HTTP Client Sample [ for posting xml over https];
> > Parameter for POST request is XML file name [along with its location in
> > variable]
> >  >>                       # Response assertion
> >  >>
> >  >>  Each row of CSV file contains the test case to execute.  It contains
> > the path and name of XML file to be posted for each test case.
> >  >>
> >  >>  The issue is when test plan is executed the post request is not
> reading
> > new value [ i.e. file name and path ] from CSV file. The POST request
> > sampler is using same request XML file for each post.
> >  >>
> >  >>  For e.g. Suppose the CSV file contains 3 rows for 3 test cases, then
> > when test plan is executed each time the post request sends the file
> > specified in first row of CSV.
> >  >>
> >  >>  Please advise.
> >  >>
> >  >>  Note: The same test plan executes correctly when there is one to one
> > mapping between CSV file rows and number of threads.
> >  >
> >  >>  Regards,
> >  >>  Ragini
> >  >>
> >  >>  "Legal Disclaimer: This electronic message and all contents contain
> > information from Cybage Software Private Limited which may be privileged,
> > confidential, or otherwise protected from disclosure. The information is
> > intended to be for the addressee(s) only. If you are not an addressee,
> any
> > disclosure, copy, distribution, or use of the contents of this message is
> > strictly prohibited. If you have received this electronic message in
> error
> > please notify the sender by reply e-mail to and destroy the original
> message
> > and all copies. Cybage has taken every reasonable precaution to minimize
> the
> > risk of malicious content in the mail, but is not liable for any damage
> you
> > may sustain as a result of any malicious content in this e-mail. You
> should
> > carry out your own malicious content checks before opening the e-mail or
> > attachment."
> >  >>  www.cybage.com
> >  >>
> >  >>
> >  >>
> >  >
> >  >
> > ---------------------------------------------------------------------
> >  > To unsubscribe, e-mail:
> > [email protected]
> >  > For additional commands, e-mail:
> > [email protected]
> >  >
> >  >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >  "Legal Disclaimer: This electronic message and all contents contain
> > information from Cybage Software Private Limited which may be privileged,
> > confidential, or otherwise protected from disclosure. The information is
> > intended to be for the addressee(s) only. If you are not an addressee,
> any
> > disclosure, copy, distribution, or use of the contents of this message is
> > strictly prohibited. If you have received this electronic message in
> error
> > please notify the sender by reply e-mail to and destroy the original
> message
> > and all copies. Cybage has taken every reasonable precaution to minimize
> the
> > risk of malicious content in the mail, but is not liable for any damage
> you
> > may sustain as a result of any malicious content in this e-mail. You
> should
> > carry out your own malicious content checks before opening the e-mail or
> > attachment."
> > www.cybage.com
> >
> > ---------------------------------------------------------------------
> >  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]
>
>

Reply via email to