OK this is my situation - Application populates UI with data retrieved from multiple web service requests that are dispatched in parallel. The user sees his page gradually populate with all the information as it is returned from the multiple requests. I am keen to measure the time it takes for all the requests to be completed. David Schulberg
Object Consulting email: [EMAIL PROTECTED] ________________________________ From: Matthew Coventon [mailto:[EMAIL PROTECTED] Sent: Tue 17/04/2007 2:30 AM To: 'JMeter Users List' Subject: RE: Running multiple requests in parallel You can check "Retrieve All Embedded Resources from HTML Files" for your initial request and JMeter will retrieve these resources. Does that accomplish what you need? Matt C. -----Original Message----- From: Dion Gillard [mailto:[EMAIL PROTECTED] Sent: Monday, April 16, 2007 11:22 AM To: JMeter Users List Subject: Re: Running multiple requests in parallel They visit a web page that includes images, css and javascript. The browser opens multiple simultaneous connections back to the originating host to download the extra resources for the page. On 4/17/07, Matthew Coventon <[EMAIL PROTECTED]> wrote: > 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] > > -- 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]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
