How are you setting up the user.id and resource.file variables? Are they defined in a Jmeter test element, if so which one?
Or are they read from a file? If so, which element are you using to read them? On 20 July 2010 10:09, Jörg Godau <[email protected]> wrote: > Hello Deepak, hello all, > > While running in a single thread it takes longer for the error to occur, but > it does still happen. > > Thread group settings: Thread count 1; ramp-up 60; number of loops infinite; > Stop thread on error; > > Then I will start only one of the remote jmeter-slaves (otherwise it is > impossible to see which thread is which as they will all be labelled > Threadgroup1-1). > > Normally we run 10 jmeter-slaves with 10 threads each (that's why the ramp-up > is still there). > > This problem affects about 60 out of 4000 calls, so it does not occur very > often but it is still a huge problem for us. > > > Mit freundlichen Grüßen > Jörg Godau > > SCHÜTZE Consulting Informationssysteme GmbH Argentinische Allee 22b > 14163 Berlin > Tel.: 030/ 802 49 44 > Fax: 030/ 8090 39 95 > www.schuetze-berlin.de > > Geschäftsführer: Klaus-Dieter Schütze > Registergericht: Amtsgericht Charlottenburg > Registernummer: HRB 73618 > Umsatzsteuer-Identifikationsnummer gemäß § 27a Umsatzsteuergesetz: DE > 813181239 > >> -----Ursprüngliche Nachricht----- >> Von: Deepak Shetty [mailto:[email protected]] >> Gesendet: Freitag, 16. Juli 2010 18:03 >> An: JMeter Users List >> Betreff: Re: User Parameters not always correctly allocated? >> >> hi >> You can simulate the same behavior with a single thread as well right? >> While >> I can understand there might be a JMeter bug that manifests itself >> under >> parallel access , i cant quite see how this happens with a single >> thread. >> What are you thread group settings for the sing thread , you run >> multiple >> iterations? >> >> For the second case, it depends on ythe encoding of your file (I cant >> remember if Jmeter supports unicode yet in stringfromfile..) >> >> regards >> deepak >> >> On Fri, Jul 16, 2010 at 1:28 AM, Jörg Godau <j.go...@schuetze- >> berlin.de>wrote: >> >> > Hello Deepak, hello all, >> > >> > >> > I have used the Debug Sampler and found that the problem persists. >> > >> > >> > The user id and the file shown in the debug are correct and matching: >> > user.id=110809336 >> > resource.file=familiennamen_04.csv >> > >> > The name extracted from the file with >> > ${_StringFromFile(${resource.path}/${resource.file})} is >> > StringFromFile_=Wich Heiter >> > >> > This is not correct - this name only occurs in the file >> > familiennamen_02.csv >> > >> > $ find . -name "*.csv" | xargs grep "Wich Heiter" >> > ./jmeter0/familiennamen_02.csv:Wich Heiter >> > >> > >> > How can it be that when the filename is set correctly it is selecting >> data >> > out of a different file?? >> > >> > >> > >> > >> > We have now (with help from the debug) found a second problem - the >> CSV >> > files contain data with German and other characters (eg. ü - u with >> Umlaut). >> > >> > When the name read from the CSV file contains an Umlaut or other >> character >> > it is _not_ displayed correctly in the debug-sampler results. >> > >> > Does this mean that it might also not be passed correctly to the >> > application? >> > If so what can we do to fix this? >> > >> > >> > >> > Mit freundlichen Grüßen >> > Jörg Godau >> > >> > SCHÜTZE Consulting Informationssysteme GmbH Argentinische Allee 22b >> > 14163 Berlin >> > Tel.: 030/ 802 49 44 >> > Fax: 030/ 8090 39 95 >> > www.schuetze-berlin.de >> > >> > Geschäftsführer: Klaus-Dieter Schütze >> > Registergericht: Amtsgericht Charlottenburg >> > Registernummer: HRB 73618 >> > Umsatzsteuer-Identifikationsnummer gemäß § 27a Umsatzsteuergesetz: DE >> > 813181239 >> > >> > >> > >> > --------------------------------------------------------------------- >> > 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]
