-
Enhancement
-
Resolution: Done
-
Major
-
2.2.8.Final
-
None
Currently if READ_TIMEOUT/WRITE_TIMEOUT options are set on the server side, the ReadTimeoutStreamSourceConduit/WriteTimeoutStreamSinkConduit wrappers will be used(like in HttpOpenListener.java), so the READ_TIMEOUT/WRITE_TIMEOUT works from the server side point of view. However, client side will ignore READ_TIMEOUT/WRITE_TIMEOUT options setting. I think client side should have similar implementation as the server side.
Think this scenario, Undertow client has READ_TIMEOUT option set as 600ms,and send a GET request to the Server, while server somehow only return response after 2000ms. In this case Undertow client should just stop waiting after 600ms and close the connection, while currently the client still waits over 600ms until server returns a response
- blocks
-
ENTESB-16915 Read timeout doesn't work on camel undertow producer
- Done
-
ENTESB-17238 Upgrade to Undertow 2.2.16
- Done
- is incorporated by
-
UNDERTOW-2507 Get 2.0.41.SP branch in good shape
- Pull Request Sent
- is related to
-
WEJBHTTP-67 Add support to read-timeout and write-timeout at wildfly-http-client.xsd
- Open