It's always when running the test. I belive the test plan does contain correct Ajax samples.
>In that case, it definitely seems like a server load problem. >Though I suppose it could perhaps be some interaction between the >threads - e.g. if two or more threads are using the same session id, >this could cause problems for the server. Worth checking how the >thread sessions are handled in the test plan. Im using a cookie manager, and clears the session var after every iteration. >You could also try running multiple JMeter instances. >E.g. if you find that running only a few threads causes problems, then >try running the same number of instances of JMeter with one thread >each. If that solves the problem, then check the test plan for >inadvertent session sharing. Havent thought of this posibility, and havent tested extensivly if there are a boundery where these AJAX errors does not occur below. I'll look into this a bit now. regards Nino ________________________________ Fra: sebb [mailto:[EMAIL PROTECTED] Sendt: fr 23-03-2007 11:18 Til: JMeter Users List Emne: Re: Calling a javascript from JMeter? On 23/03/07, Nino Wael <[EMAIL PROTECTED]> wrote: > Fra: sebb [mailto:[EMAIL PROTECTED] > Sendt: fr 23-03-2007 10:18 > Til: JMeter Users List > Emne: Re: Calling a javascript from JMeter? > > > > On 23/03/07, Nino Wael <[EMAIL PROTECTED]> wrote: > > While I do know this, im a little querious. I have also a scenario where > > some ajax scripts are called (jmeter's http proxy catched the http > > requests), some times it seems that the ajax http request does not complete > > it's processing before jmeter continues to the next http request. > > >>Are you talking about the Proxy recording session here, or when you > >>re-run the test? > Sorry, I meant re-run the test > > Are there anyway to force jmeter to wait for processing to finish(or are > > this done by default)? > > > > what happens are this(simplyfied example): > > > > 1.user selects cars from the vehicle dropdown > > 2.Ajax request updates the vehicle list > > 3.user selects opel from the vehicle list > > > > So when 2 sometimes does not go thorough, the step 3 cant be done. > > >>Surely you just need to make sure that the person developing the test > >>waits until step 2 has completed? > Yes, but this are done, sometimes it just seems that the AJAX request fails to > complete. On the real page there are several ajax requests, but it's always > the > first one that fails when it fails. I sorta figured that it should be > somewhat random > which one that fails. Again, is this failure occurring at recording time, or run-time? > > > > Are there any one who has some comments on this? > > > > We have never expirenced that step 2 would'nt run, out side the JMeter > > test(but that could be that the system has'nt such hard a load in real life > > as under the jmeter test). > > >>JMeter always completes a sample before moving on to the next in the thread. > >>Check for sample errors. > jup that was how I discovered the problem, the page complains that you cant > goto the next page without selecting a vehicle from the vechicle list Does the Test Plan contain the correct Ajax samples? > >>Also try running a single thread and see how that works. > Running a thread group with only a single thread never gives errors, > I'll try this more extensively. In that case, it definitely seems like a server load problem. Though I suppose it could perhaps be some interaction between the threads - e.g. if two or more threads are using the same session id, this could cause problems for the server. Worth checking how the thread sessions are handled in the test plan. You could also try running multiple JMeter instances. E.g. if you find that running only a few threads causes problems, then try running the same number of instances of JMeter with one thread each. If that solves the problem, then check the test plan for inadvertent session sharing. > > regards Nino > > > > ________________________________ > > > > Fra: sebb [mailto:[EMAIL PROTECTED] > > Sendt: to 22-03-2007 17:14 > > Til: JMeter Users List > > Emne: Re: Calling a javascript from JMeter? > > > > > > > > The browser still generates an HTTP request which can be recorded by > > the JMeter proxy. > > > > > > On 22/03/07, Rickardsson Daniel <[EMAIL PROTECTED]> wrote: > > > Hi! > > > Thanks for a fast aswer to my question. > > > My problem is actually that out javascripts calls our javacode via DWR > > > (Ajax). > > > And on our server side we use Spring framework with its controllers... > > > Hmmm... I need to fire a ajax-call. Any way to accomplish that?! > > > /Daniel > > > > > > ________________________________ > > > > > > Från: Matthew Coventon [mailto:[EMAIL PROTECTED] > > > Skickat: to 2007-03-22 16:34 > > > Till: 'JMeter Users List' > > > Ämne: RE: Calling a javascript from JMeter? > > > > > > > > > > > > Daniel, > > > > > > JMeter does not have a way to execute Javascript. But, do your Javascript > > > functions generate some HTTP requests? If so, the best way is to > > > record/playback those HTTP requests and not worry about the Javascript > > > execution. Or if the Javascript is changing a value in a form on the page > > > that is going to be used as part of an HTTP request later, just modify the > > > value in the actual HTTP request that is sent...no need to have the > > > Javascript actually execute. > > > > > > From a performance testing perspective, it is OK to not execute the > > > Javascript because it is run on the client side. > > > > > > Regards, > > > > > > Matt C. > > > > > > -----Original Message----- > > > From: Rickardsson Daniel [mailto:[EMAIL PROTECTED] > > > Sent: Thursday, March 22, 2007 10:25 AM > > > To: [email protected] > > > Subject: Calling a javascript from JMeter? > > > > > > Hi! > > > > > > Is there any way to call a javascript from JMeter?! > > > > > > I have an application that calls a javascript function when you selects a > > > value in a select list. We have an onchange-event that fires off. > > > > > > I also need to call/simulate a click on a link that fires off a call to a > > > javascript function. > > > > > > If you have any experience of this, please come back to me. > > > > > > /Daniel. > > > > > > > > > > > > --------------------------------------------------------------------- > > > 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] > > > > > > > > > > > > --------------------------------------------------------------------- > > 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] > > > > > > --------------------------------------------------------------------- > 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]
