hi just to confirm , the behavior being seen is because the file name is evaluated at configuration time but the variables aent set till the first iteration right? your suggestion works if there is one row per user. what would you suggest if there are multiple rows per user? regards deepak
On Wed, Sep 9, 2009 at 5:48 PM, sebb <[email protected]> wrote: > Why not combine the user name with the search data? > > i.e. have a single CSV file with the username plus search data on the same > line. > > On 09/09/2009, Deepak Shetty <[email protected]> wrote: > > you need as many files as you have concurrent threads or you need someway > to > > form the filename that doesnt need runtime data. > > > > > > On Wed, Sep 9, 2009 at 12:43 PM, Steve Eckhart > > > > <[email protected]>wrote: > > > > > I don't think the numeric increment will work, since each of the users > will > > > get re-used by more than one thread (I need to get to hundreds of > threads, > > > but don't want to create hundreds of users). > > > > > > -----Original Message----- > > > From: Deepak Shetty [mailto:[email protected]] > > > Sent: Wednesday, September 09, 2009 2:23 PM > > > To: JMeter Users List > > > Subject: Re: Selecting a CSV Data File Based on a Variable > > > > > > Ok the sharing mode is for a different problem you will face, it wont > > > resolve the problem that your CSV file isnt being read... > > > I guess you'd need to check the scoping rules for CSV data set config > > > element and when it resolves the file name (seems to get done before > user > > > parameters) > > > > > > Is there any possibililty that the file names can be a simple numeric > > > increment (file1.csv, file2.csv etc) because then you could use > > > ${__threadNum} > > > which I know works > > > > > > regards > > > deepak > > > > > > On Wed, Sep 9, 2009 at 12:05 PM, Steve Eckhart > > > <[email protected]>wrote: > > > > > > > I tried changing the Sharing Mode to Current thread and got the same > > > > results. > > > > > > > > Here's an outline of the test plan: > > > > > > > > Test Plan > > > > - Thread Group > > > > -- CSV Data Set Config > > > > --- Variable Names: > CustomerCode,LogonName,Password,LockboxSearchFile > > > > -- Simple Controller: Lockbox Search > > > > --- User Parameters > > > > ---- DataFile: ${resourcePath}${LockboxSearchFile} (resolves > to > > > the > > > > full UNC path to the CSV file > > > > --- HTTP Request > > > > ---- CSV Data Set Config > > > > ----- Filename: ${DataFile} > > > > ----- Variable Names: siteLockboxID,DateFrom,DateTo > > > > ----- Sharing Mode: Current thread > > > > ---- Debug Sampler > > > > > > > > I also tried moving the CSV Data Set to just before the HTTP > Request. > > > > > > > > In the Debug Sampler, I get the following: > > > > > > > > JMeterVariables: > > > > CustomerCode=Performance 1 > > > > DataFile=H:\Projects\Online Long Term Archive\Testing\JMeter > > > > Scripts\IPOnline-JMeter-Scripts\resources\Performance 1\Lockbox > > > Search.csv > > > > JMeterThread.last_sample_ok=true > > > > jmeterthread.pack=org.apache.jmeter.threads.samplepack...@94607b > > > > LockboxSearchFile=Performance 1\Lockbox Search.csv > > > > LogonName=Perf01 > > > > Password=<password for Perf01> > > > > > > > > I do not get the siteLockboxID, DateFrom, or DateTo variables > defined. > > > > > > > > When I turn on logging, I have the following in the log file: > > > > ERROR - jmeter.config.CSVDataSet: > java.io.FileNotFoundException: > > > > H:\Projects\Online Long Term Archive\Testing\JMeter > > > > Scripts\IPOnline-JMeter-Scripts\${DataFile} (The system cannot find > the > > > file > > > > specified) > > > > 2009/09/09 14:03:30 ERROR - jmeter.threads.JMeterThread: Error while > > > > processing sampler 'View Lockbox Search' : > > > > java.lang.IllegalArgumentException: protocol = http host = null > > > > > > > > So, it appears that while the resourcePath is getting resolved > correctly > > > in > > > > the module, the DataFile is not getting resolved during processing. > > > > > > > > > --------------------------------------------------------------------- > > > > 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] > >
