On Wed, 2022-05-18 at 21:28 +0200, Michael Osipov wrote: > Am 2022-05-18 um 17:47 schrieb Oleg Kalnichevski: > > On Wed, 2022-05-18 at 16:26 +0200, Michael Osipov wrote: > > > Am 2022-05-18 um 15:23 schrieb Oleg Kalnichevski: > > > > Hi Michael > > > > > > > > Could you please try the latest 1.8, 11, and 17 JDKs and see if > > > > the > > > > issue is consistently reproducible across all versions or is > > > > specific > > > > to some. > > > > > > I see the failure consistently on all Java versions: > > > > ... > > > > > > > The server has plenty of resources and is mostly idle. I guess > > > the > > > thread per process limit is reached. I don't understand why it > > > needs > > > to > > > scale that high for the test. > > > > > > Do you need a thread dump at the time of the OOM? > > > > > > M > > > > > > > Could you please run this test with HttpCore master and let me know > > if > > it exhibits the same issue? > > HttpCore5 from master works with 8, 11, 17 except for:
This is very bizarre. Could you please try out HttpClient master and 5.1.x branch and see if they both exhibit the issue? I relaxed the exception check in order to avoid TLS version mismatch test failure on FreeBSD. Oleg > > [INFO] Running org.apache.hc.core5.testing.nio.TLSIntegrationTest > > [ERROR] Tests run: 20, Failures: 1, Errors: 0, Skipped: 0, Time > > elapsed: 8.225 s <<< FAILURE! - in > > org.apache.hc.core5.testing.nio.TLSIntegrationTest > > [ERROR] > > org.apache.hc.core5.testing.nio.TLSIntegrationTest.testTLSVersionMi > > smatch Time elapsed: 0.317 s <<< FAILURE! > > org.opentest4j.AssertionFailedError: Unexpected type ==> expected: > > <javax.net.ssl.SSLHandshakeException> but was: > > <java.io.IOException> > > at > > org.apache.hc.core5.testing.nio.TLSIntegrationTest.testTLSVersionMi > > smatch(TLSIntegrationTest.java:361) > > ... --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@hc.apache.org For additional commands, e-mail: dev-h...@hc.apache.org