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]
