Further to the recent email about unexpected behaviour in JMeter when staleCheck was disabled, the cause has been determined.
The problem was caused by a server operating an idle timeout policy, but failing to send a Keep-Alive header with the timeout information. Thus the HC code did not know that the connection would timeout, and tried to re-use it. This resulted in an immediate disconnect. Since JMeter does not retry by default, this caused the sample to fail. I'm wondering whether this scenario should be handled automatically by HC. It could in theory happen even with servers that send the Keep-Alive header if the server and client ideas of elapsed time are not very consistent. The idea would be to retry the request IFF the connect immediately fails - i.e. before any data has been sent. This could not cause a problem with non-idempotent requests, as the request would not actually have been sent. Does that sound reasonable, or is it something the app developer needs to implement in a retry handler? --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
