-
Notifications
You must be signed in to change notification settings - Fork 1.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
websocket container stop ordering #4919
Comments
Signed-off-by: Lachlan Roberts <[email protected]>
Signed-off-by: Lachlan Roberts <[email protected]>
… interface Signed-off-by: Lachlan Roberts <[email protected]>
Signed-off-by: Lachlan Roberts <[email protected]>
…hutdown Signed-off-by: Lachlan Roberts <[email protected]>
…ainerStop Issue #4919 - WebSocket container graceful stop
PR #4931 ensures that we try closing all open sessions before closing the We should also ensure we do not accept any new websocket connections once we start the Graceful shutdown. |
This issue has been automatically marked as stale because it has been a |
This issue has been automatically marked as stale because it has been a |
This issue has been closed due to it having no activity. |
This issue has been automatically marked as stale because it has been a |
Jetty version
10.0.x
Description
In tests which do not explicitly close the all open WebSocket sessions, we frequently get the stack trace error message from
onError
.I think this is because the WebSocket containers are not shutting down in the correct order when
doStop
is called. The order we want is:SessionTracker
which will close any existing connections.We should review the stop order for the client and server containers on both the Javax and Jetty API implementations. The server containers might need to implement the
Graceful
interface to do this properly.The text was updated successfully, but these errors were encountered: