Dion, In real-life, how does the user kickoff the three requests that run in parallel?
-----Original Message----- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Monday, April 16, 2007 8:41 AM To: JMeter Users List Subject: Re: Running multiple requests in parallel I was trying to 'think outside the box' :-) If the cookie manager controls the per thread cookies, what happens when one is added before a thread group (ie same level on the tree), rather than inside the thread group? On 4/16/07, sebb <[EMAIL PROTECTED]> wrote: > Yes, the Cookie Manager keeps the cookies on a per-thread basis (apart > from user-specified ones of course). > > Several threads can of course login with the same credentials, but > whether those logins are treated as independent or not will depend on > the web app. Each thread will have a separate HTTP connection. > > Not sure what you mean by using URL rewriting. > > On 16/04/07, Dion Gillard <[EMAIL PROTECTED]> wrote: > > Sebb, > > > > what makes each thread (in a web app anyway) a new 'user' - is it the > > Cookie Manager keeping unique cookies per thread? If so, is there a > > way to use URL rewriting to only use a single session? > > > > On 4/16/07, sebb <[EMAIL PROTECTED]> wrote: > > > On 16/04/07, David Schulberg <[EMAIL PROTECTED]> wrote: > > > > Hi All, > > > > > > > > I have the situation where I do an initial request which is followed by 3 requests that run in parallel. > > > > > > > > InitialRequest > > > > [ Request1 ] > > > > [ Request2 ] > > > > [ Request3 ] > > > > > > > > Is it possible to achieve this for the one virtual user? > > > > > > No; JMeter threads run in parallel, but they are different users. > > > > > > > > > > > Regards, > > > > David Schulberg > > > > > > > > Object Consulting > > > > email: [EMAIL PROTECTED] > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > > > > > > -- > > dIon Gillard > > Rule #131 of Acquisition: Information is Profit. > > > > --------------------------------------------------------------------- > > 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] > > -- dIon Gillard Rule #131 of Acquisition: Information is Profit. --------------------------------------------------------------------- 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]
