/HttpClient/MultiThreadTest.java
should be more resilient to unexpected traffic
Hi Mark,
AFAIU the test wants to verify that connections are reused.
It does that by creating N (N=5) threads that will hammer
at the server concurrently.
Because there are N threads, then there can't be more than
N
Hi Mark,
AFAIU the test wants to verify that connections are reused.
It does that by creating N (N=5) threads that will hammer
at the server concurrently.
Because there are N threads, then there can't be more than
N concurrent requests, and therefore there should not be
more than N connections
;client 4: read" MTHUCT-4.out | wc
20 100 500
From: net-dev on behalf of Daniel Fuchs
Sent: Wednesday 15 May 2019 17:49
To: Chris Hegarty; OpenJDK Network Dev list
Subject: Re: RFR: 8223716: sun/net/www/http/HttpClient/MultiThreadTest.java
shoul
Daniel
On 13/05/2019 19:29, Daniel Fuchs wrote:
...
http://cr.openjdk.java.net/~dfuchs/webrev_8223716/webrev.00/
I think the approach of pushing this improvement, and filing a
separate issue to track the minor loosening of the constraints
is reasonable.
I believe workers should be
Hi,
Please find below a fix for:
[1] 8223716: sun/net/www/http/HttpClient/MultiThreadTest.java should be
more resilient to unexpected traffic
Occasionally a test server may receive traffic that doesn't originate
from the client in the test. If the client makes requests that are
