Quarkus CXF 3.33.10 LTS release notes
Important dependency upgrades
-
Quarkus 3.33.2 → 3.33.3.1
-
Quarkus 3.33.3 release notes
-
Quarkus 3.33.3.1 release notes
-
Bugfixes
#2240 VertxHttpClientHTTPConduit: client connections not released after receive-timeout when the server consumes the request but does not send any response
Before Quarkus CXF 3.39.1 and 3.33.10, when a CXF client using the default VertxHttpClientHTTPConduitFactory
experienced a receive-timeout while the server consumed the request but did not send any response,
some connections were not returned to the Vert.x HTTP connection pool.
Once enough of these accumulated, the pool became permanently stuck at its configured maximum
and never recovered, even after all client traffic stopped.
New requests to the same downstream then queued indefinitely, effectively blocking that CXF client
for the lifetime of the JVM process.
Since Quarkus CXF 3.39.1 and 3.33.10, the HTTP request is properly reset on timeout, ensuring the underlying connection is released back to the pool.
Special thanks to Roland Darvas for reporting the issue and to @Annlazar for identifying the server behavior triggering the issue.