Usually what occurs is when a user requests a page on a site, the application server/servlet engine generates a unique session ID and returns the HTML to the client with that unique session ID coded into all the links. That way when the user clicks on any of the links, the application server/servlet engine can associate that request with a user (basically form a session). What I have seen in other stress testing applications (LoadRunner) is that once you record the script (ex. use the proxy setting in JMeter) you can go back and look at the script. You can then specify on each page what URL variables need to be parameterized (For example you would go back in the script and see that sessionID needs to be parameterized). This tells the application that next time it runs, when it sees that variable for the first time it should capture the value of that variable and use it when submitting requests back to the server (rather than using the one that was recorded). Hope this gives you a little more insight.
Amith -----Original Message----- From: Stover, Michael [mailto:[EMAIL PROTECTED]] Sent: Thursday, November 01, 2001 7:53 AM To: 'JMeter Users List' Subject: RE: How do I handle session IDs in URLs? Someone would have to explain to me the mechanism behind URL-rewriting before I write the code to handle it. Where does the browser get the information about the session ID? Is it in the return header for every page? Does the servlet engine rewrite every URL in the HTML it returns? If someone knows, I'm sure it wouldn't take but a moment to do it. -Mike > -----Original Message----- > From: Jochen Hinrichsen [mailto:[EMAIL PROTECTED]] > Sent: Thursday, November 01, 2001 6:23 AM > To: [EMAIL PROTECTED] > Subject: How do I handle session IDs in URLs? > > > Hi, > > did someone figure out how to test URLs containing a session ID, e.g. > > http://host:port/address;jsessionid=xxxxxxx?etc=andSoOn > > I tried CookieManager with no result. > > Thanks in advance > > Jochen > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
