You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The same way SslHandler provides handshakeTimeoutMillis setting... On the application level, it makes sense to limit the time we need to move from HANDSHAKE_ISSUED to HANDSHAKE_COMPLETE states when upgrading to WebSockets. If there are no objections to introducing this functionality out of the box, I'll do a PR.
The text was updated successfully, but these errors were encountered:
Motivation:
Support handshake timeout option in websocket handlers. It makes sense to limit the time we need to move from `HANDSHAKE_ISSUED` to `HANDSHAKE_COMPLETE` states when upgrading to WebSockets
Modification:
- Add `handshakeTimeoutMillis` option in `WebSocketClientProtocolHandshakeHandler` and `WebSocketServerProtocolHandshakeHandler`.
- Schedule a timeout task, the task will trigger user event `HANDSHAKE_TIMEOUT` if the handshake timed out.
Result:
Fixes issue #8841
Motivation:
Support handshake timeout option in websocket handlers. It makes sense to limit the time we need to move from `HANDSHAKE_ISSUED` to `HANDSHAKE_COMPLETE` states when upgrading to WebSockets
Modification:
- Add `handshakeTimeoutMillis` option in `WebSocketClientProtocolHandshakeHandler` and `WebSocketServerProtocolHandshakeHandler`.
- Schedule a timeout task, the task will trigger user event `HANDSHAKE_TIMEOUT` if the handshake timed out.
Result:
Fixes issue #8841
The same way
SslHandler
provideshandshakeTimeoutMillis
setting... On the application level, it makes sense to limit the time we need to move fromHANDSHAKE_ISSUED
toHANDSHAKE_COMPLETE
states when upgrading to WebSockets. If there are no objections to introducing this functionality out of the box, I'll do a PR.The text was updated successfully, but these errors were encountered: