Hi,

the application i'm testing makes heavy use of jsp in combination with JavaScript to 
carry user session information. I did not find a test-tool that could handle it, but 
jmeter can. Great!

However, i found no other solution than using __regexp. This works fine for one Thread 
in a Thread Group, but as soon as i want to put some load on the system and increase 
the number of threads (simulating multiple parallel users), the second set of user 
session variables overwrites the first one because regular expressions are global.

Being a newbie to jmeter, i think i can

1. Run multiple jmeter instances with each of them having one Thread. As i'm planning 
for about 100 parallel users, this results in 100 JVMs.
2. Make the ID of the current thread part of the session variable , e.g. 
__regexp(,,,,,, window_context_${__threadNum}). Not very manageable.
3. Modify the jmeter source to make regular expressions ThreadLocal. Same result as 
with __counter : First argument TRUE if you wish each simulated user's counter to be 
kept independent and separate from the other users.

Can anyone image drawbacks if all regular expressions were looked up thread local 
first?

Jochen Hinrichsen
Kambrium.net Technologies



--

Diese E-Mail enth�lt vertrauliche und/oder rechtlich gesch�tzte Informationen. Wenn 
Sie nicht der richtige Adressat sind oder diese E-Mail irrt�mlich erhalten haben, 
informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das 
unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet.

This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorized copying, disclosure or 
distribution of the material in this e-mail is strictly forbidden.



--
To unsubscribe, e-mail:   <mailto:jmeter-user-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:jmeter-user-help@;jakarta.apache.org>

Reply via email to