>Won't make any difference. Not sure I get you - if you make the change in jmeter_home/bin/httpclient.parameters to modify the timeout values , they apply to all requests made using http client right ? Are those values ignored?
On Thu, Oct 17, 2013 at 11:10 AM, sebb <[email protected]> wrote: > On 17 October 2013 19:03, Deepak Shetty <[email protected]> wrote: > >>There is no such feature in JMeter. > > Couldnt you do this at a HTTPClient level by setting it in > > httpclient.properties? or does Jmeter always override? > > Won't make any difference. > JMeter sets the timeouts using the HttpClient library. > > Sockets provide connect and read timeouts. > A complete HTTP message may involve several reads. > > > > > On Thu, Oct 17, 2013 at 4:03 AM, sebb <[email protected]> wrote: > > > >> On 14 October 2013 18:35, Rittenhouse, Dan <[email protected] > > > >> wrote: > >> > Can someone point me to any secondary documentation on setting default > >> timeouts for the entire transaction not just the connections. > >> > >> There is no such feature in JMeter. > >> The most you can do is use an Assertion to check the elapsed time. > >> > >> > I check the manual but when I do as they suggest which is to set a > >> "Timeout" parameter in HTTP Requests Defaults, it doesn't work as I > would > >> expect. If I set for under a second like 500ms, it time-out right away > >> doesn't even wait a half a second. If I set it to over a second, > 1000ms, > >> it waits for well over a second before timing out. > >> > >> Try setting the timeouts on the HTTP Request itself. > >> If that does not work, then it sounds like a bug in the JVM. > >> Or possibly the server is sending small chunked responses with large > >> gap between them. > >> The response timeout applies to each individual read from the socket, > >> not the overall response time. > >> To check that, you need an Assertion. > >> > >> > Any help would be appreciated, > >> > > >> > Dan > >> > --------------------------------------------------------------------- > >> > 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] > >
