You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@jmeter.apache.org by Jochen Hinrichsen <jo...@db.com> on 2002/11/12 15:07:34 UTC

thread local regexp?

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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>