From jmeter-user-return-5205-apmail-jakarta-jmeter-user-archive=jakarta.apache.org@jakarta.apache.org Mon Jul 05 09:53:32 2004 Return-Path: Delivered-To: apmail-jakarta-jmeter-user-archive@www.apache.org Received: (qmail 45231 invoked from network); 5 Jul 2004 09:53:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 5 Jul 2004 09:53:32 -0000 Received: (qmail 77575 invoked by uid 500); 5 Jul 2004 09:53:39 -0000 Delivered-To: apmail-jakarta-jmeter-user-archive@jakarta.apache.org Received: (qmail 77546 invoked by uid 500); 5 Jul 2004 09:53:38 -0000 Mailing-List: contact jmeter-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "JMeter Users List" Reply-To: "JMeter Users List" Delivered-To: mailing list jmeter-user@jakarta.apache.org Received: (qmail 77530 invoked by uid 99); 5 Jul 2004 09:53:38 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FORGED_RCVD_HELO X-Spam-Check-By: apache.org Received: from [192.12.40.33] (HELO mailrelay03.uk.atosorigin.com) (192.12.40.33) by apache.org (qpsmtpd/0.27.1) with ESMTP; Mon, 05 Jul 2004 02:53:36 -0700 Received: from [157.203.40.61] (helo=lonns01.sema.co.uk) by mailrelay03.uk.atosorigin.com with esmtp (Exim 4.32) id 1BhQBC-0000hl-28 for jmeter-user@jakarta.apache.org; Mon, 05 Jul 2004 10:54:30 +0100 Received: from lones1.sema.co.uk (unverified) by lonns01.sema.co.uk (Content Technologies SMTPRS 4.2.10) with ESMTP id for ; Mon, 5 Jul 2004 10:52:27 +0100 Received: by lones1.sema.co.uk with Internet Mail Service (5.5.2657.72) id <31LZVFK5>; Mon, 5 Jul 2004 10:52:27 +0100 Message-ID: From: "BAZLEY, Sebastian" To: 'JMeter Users List' Subject: RE: HTTP timeout setting? Date: Mon, 5 Jul 2004 10:52:53 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" X-yoursite-MailScanner-Information: Please contact the ISP for more information X-yoursite-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-MailScanner-From: sebastian.bazley@atosorigin.com X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N I've added the stopThreadNow() method, and one can automate the BeanShell server by passing it a suitable startup script - however it would be hard work for the script to detect the hanging threads. Anyway, using a timeout means that the thread could potentially continue. [In theory one could use the TCPClient to issue the HTTP requests, but again, that would be hard work.] It should be easy enough to add a call to the HTTPClient.setTimeout() method, based on the value of a JMeter property. It would be a bit more work to make the timeout variable, so perhaps best to start simple and extend as needed. I'll see about adding it later this week - or, if you have the facilities to build JMeter, I guess you could do it yourself if you need it right away. S. >-----Original Message----- >From: Sonam Chauhan [mailto:sonam.chauhan@ce.com.au] >Sent: 05 July 2004 04:32 >To: 'JMeter Users List' >Subject: RE: HTTP timeout setting? > > >Thanks Seb. Since my JMeter are automated, changing the >timeout is the only >option I have. I looked up the Jakarta HTTPClient documentation and it >mentioned this method: >-------------------------------------- >HTTPClient.setTimeout(int newTimeoutInMilliseconds) > Sets the socket timeout (SO_TIMEOUT) in milliseconds >which is the >timeout for waiting for data. >-------------------------------------- > >However, grepping the 1.9.1 codebase for 'setTimeout' shows only >TCPSampler.java setting a timeout (specified using this property: >"TCPSampler.timeout"). > >Does this means that the default timeout for the HTTP samplers >is '0' (never >time out)? > >With regards, >Sonam Chauhan >-- >Corporate Express Australia Ltd. >Phone: +61-2-9335-0725, Fax: 9335-0753, Email: sonamc@ce.com.au > > >> -----Original Message----- >> From: BAZLEY, Sebastian [mailto:sebastian.bazley@atosorigin.com] >> Sent: Friday, 2 July 2004 7:57 PM >> To: 'JMeter Users List' >> Subject: RE: HTTP timeout setting? >> >> I just recently checked in a change to the rel 2.0 branch >which allows one >> to use the BeanShell server to shut a test or a thread - see >my recent >> posting in reply to "how can i see which thread is currently being >> run?(solution to RAMP DOWN!)" >> >> The new methods correspond to the GUI Stop and Shutdown options: >> stopEngine() = GUI shutdown >> stopEngineNow() = GUI stop >> >> In your case, you'ld probably need to use the >stopEngineNow() method, as >> the >> others just set a flag and wait for current activity to cease. But at >> least >> you could get JMeter to finish up. >> >> Perhaps I should add a stopThreadNow() method? >> >> == >> >> As to the timeout, it might be worth checking the Apache HTTPClient >> documentation - this is used by the new HTTP Sampler. If there is a >> timeout >> facility, it should be quite easy to add it - or it might >even already be >> controllable by a property. >> >> Sebastian >> -----Original Message----- >> From: Sonam Chauhan [mailto:sonam.chauhan@ce.com.au] >> Sent: 02 July 2004 08:47 >> To: 'JMeter Users List' >> Subject: HTTP timeout setting? >> >> >> Hello JMeter experts! >> >> I have been using JMeter to tease out a server bug that only shows up >> under >> load. The problem is that when I reproduce this bug, the >remote server >> hangs, but due to the HTTP connections already being made, >JMeter hangs >> too. >> I run JMeter in non-GUI mode (-n), so I have no easy way to >stop the test >> threads. >> >> Is there a HTTP timeout setting that will cause JMeter (or Java) to >> terminate an HTTP connections if no bytes were transmitted >for a timeout >> duration? >> >> With regards, >> Sonam Chauhan >> >> -- >> Corporate Express Australia Ltd. >> Phone: +61-2-9335-0725, Fax: 9335-0753, Email: sonamc@ce.com.au >> >> >> PS: Sorry if there is an obvious answer, but a google query >on "jmeter >> http >> timeout site:jakarta.apache.org" didn't showup anything. >> >> >> >> >> >> >> >_______________________________________________________________ >___________ >> _ >> >> This e-mail and the documents attached are confidential and intended >> solely >> for the addressee; it may also be privileged. If you receive >this e-mail >> in >> error, please notify the sender immediately and destroy it. As its >> integrity >> cannot be secured on the Internet, the Atos Origin group >liability cannot >> be >> triggered for the message content. Although the sender endeavours to >> maintain >> a computer virus-free network, the sender does not warrant that this >> transmission is virus-free and will not be liable for any damages >> resulting >> from any virus transmitted. >> >_______________________________________________________________ >___________ >> _ >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org >> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org > >--------------------------------------------------------------------- >To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org >For additional commands, e-mail: jmeter-user-help@jakarta.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: jmeter-user-help@jakarta.apache.org