I have been wrassling with this problem recently myself. Our web-app view technology (SOFIA) actually uses redirects all the time by default (don't ask). So I *have* to solve a number of issues around redirects.
On my machine, I actually get a 20 second pause (I assume my timeout delay thingy must be set to that). But here's the thing: I only get the pause when I use JDK 1.3.1_01. When I switched my JDK to 1.4.2, the pause goes away! I don't know where that 1.3 JDK came from; the java executable is just sitting in my c:/winnt/system32 directory. It must be a JRE I picked up along the way somewhere (there's a lotta cruft on my system :). I also used to get those 20 seconds pauses while I was using the HTTP Proxy Server to record test scripts (which was very annoying). Now that I know what's causing the problem, I switched to JDK 1.4.2 and the HTTP Proxy Server hums along nicely. Does this shed any light on the problem for anyone? My platform: Win2k SP1 JMeter 1.9 (actually from a nightly tarball downloaded approximately 12/08/2003) Tomcat 4.1.18 JDK 1.3.1_01 (pauses) JDK 1.4.2 (no pauses) Cheers, Shorn. P.S. Duncan: if you try with JDK 1.4, can you let me know if it fixes the pause for you? (I have lots more work to do with JMeter and it'd be nice to know that if I stipulate JDK 1.4 then I won't have to deal with the problem) > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Tuesday, 12 August 2003 10:34 PM > To: JMeter Users List > Subject: Re: Slow response times - JMeter receives 302 rather than 200 > > > On 12 Aug 2003 at 11:19, Duncan Frostick wrote: > > [snip] > > If we look at the dumps there something very obvious thats > wrong. When doing a GET on > > the 'Plan Page' (/planrecord/servlets/PlanServlet), Mozilla > Firebird and all other > > broswers (and Raw communication over telnet) receives a > '200 OK' response. JMeter on > > the other hand, despite doing an identical navigation, gets > a 302 redirect with the > > location the same as the request (/planrecord/servlets/PlanServlet). > > I don't know if we're looking at different things, but I saw > JMeter being redirected to > /planrecord/servlets/LoginServlet, not PlanServlet. > > -Mike > > > > > To see this, look at packets 71-72 on the FirebirdNav.dump, > and then compare it to > > 29-30 and 30-31 in JMeter-NoFollowRedirects.dump and > JMeter-WithFollowRedirects.dump > > respectively. > > > > Why does JMeter get a 302 when all other browsers get a 200 OK? > > > > This is the heart of the problem because upon receiving the > 302, with redirect > > following enabled or not, JMeter just sits and waits for > the Timeout to arrive (15 > > seconds as it says in the header) without GETting any more > data. Why is this? Am I > > missing a very obvious client/server setting that will stop > JMeter from doing this? > > > > > > Any help much appreciated guys, > > > > Cheers, > > > > Duncan Frostick > > > > > > > > Jordi Salvat i Alabart wrote: > > > > > Hi Duncan. > > > > > > I tried to reproduce this locally, but the script > performs flawlessly. > > > Since I don't have access to your server, I just created "fake" > > > responses (mimicking yours where I know the details) on my server. > > > Didn't help: I still get very low measurements (2 ms for > the "Plan Page" > > > 302 response). > > > > > > Questions: > > > - Does the 302 response for the "Plan Page" request have > a large body? > > > - Which O.S. & JDK version are you using? > > > - Could you get a tcpdump or ethereal log of the > JMeter/server interaction? > > > > > > -- > > > Salut, > > > > > > Jordi. > > > > > > Duncan Frostick wrote: > > > > Just tried with 1.9, same problem. > > > > > > > > Seems to have something to do with redirects (HTTP code > 302)... but I'm not sure. > > > > > > > > > > > > [EMAIL PROTECTED] wrote: > > > > > > > > > > > >>Never seen anything like that - what does your test > look like, exactly? Which > > > >>version of JMeter are you using? Did you try recording > using JMeter's proxy, > > > >>and if so, did you get the same delay there? > > > >> > > > >>-Mike > > > >> > > > >>On 7 Aug 2003 at 12:20, Duncan Frostick wrote: > > > >> > > > >> > > > >>>Hi, > > > >>> > > > >>>I need to stress test a server running Java Servlets, > JMeter should be > > > >>>ideal. With these Servlets, there is a very standard > login/out system in > > > >>>place for users of the system. For example, to get to > any of your > > > >>>records on the server, you must Log in though > LoginServlet from which > > > >>>you can then go to the other servlets. Very standard stuff. > > > >>> > > > >>>However, with JMeter, with even the most simple test > plan, a login > > > >>>consistently takes over 15 seconds. The login is done > exactly as the > > > >>>browser does it (verified using BadBoy to capture > everythng and then > > > >>>exported to JMeter), but JMeter sits and waits after > posting the login > > > >>>information for over 15 seconds - and it just does not > make any sense. I > > > >>>haev also tried without the BadBoy generated file, it > threw up exactly > > > >>>the same problem. > > > >>> > > > >>>It's not the servers at fault. It's running Apache 2 > on Solaris. This 15 > > > >>>second delay isn't replicable in any browser. > Additionally, I captured > > > >>>the packets JMeter was sending and resent them raw > over telnet exactly, > > > >>>but there was no 15 second delay. It seems to be > something totally > > > >>>internal to JMeter. > > > >>> > > > >>>How can I address this? JMeter is my only option for > stress testing, but > > > >>>this 15 second delay on *every* login is rendering it > useless. Any > > > >>>ideas? > > > >>> > > > >>>Thanks for you time, > > > >>> > > > >>>Duncan Frostick > > > >>> > > > >>> > > > > >>>----------------------------------------------------------- > ---------- > > > >>>To unsubscribe, e-mail: > [EMAIL PROTECTED] > > > >>>For additional commands, e-mail: > [EMAIL PROTECTED] > > > >>> > > > >> > > > >>-- > > > >>Michael Stover > > > >>[EMAIL PROTECTED] > > > >>Yahoo IM: mstover_ya > > > >>ICQ: 152975688 > > > >>AIM: mstover777 > > > >> > > > > >>------------------------------------------------------------ > --------- > > > >>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] > > > > > > > -- > Michael Stover > [EMAIL PROTECTED] > Yahoo IM: mstover_ya > ICQ: 152975688 > AIM: mstover777 > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > ************************************************************************ The information in this e-mail together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this e-mail message is prohibited. If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network. ************************************************************************ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
