It's the first I've heard of it myself. I will make a note for the docs, however.
-Mike On 14 Aug 2003 at 9:48, Duncan Frostick wrote: > It seems that JRE 1.3.1 was to blame. I've installed J2SE1.4.2 SDK and haven't (yet) > been able to replicate the problem. > > Perhaps this bug needs to be put in an FAQ section or something? I know it's not the fault of the JMeter programmers, seems like a bug from Suns runtime environment, but it'd save people like me a week of > anguish trying to work out whether we can stress test our webapp or not! > > Thanks very much for the pointers, > > Duncan Frostick > > > Tolley Shorn wrote: > > > 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: jmeter-user- [EMAIL PROTECTED] > > > > > For additional commands, e-mail: > > > [EMAIL PROTECTED] > > > > > > > > > > > > > > > --------------------------------------------------------------------- > > > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > > > For additional commands, e-mail: jmeter-user- [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] > > > --------------------------------------------------------------------- > 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]
