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
websocket-core uses the maxFrameSize of the CoreSession to limit the size of data frames which can be received, this defaults to 65536. This cannot be configured through the javax API so cannot be changed from the default setting of 65536 which is too small for some of the autobahn tests causing them to fail.
The text was updated successfully, but these errors were encountered:
#4295)
* Issue #4148 - config for jetty specific settings with javax WebSockets
* Make every jetty EndpointConfig implementation a wrapper
* Remove BasicEndpointConfig and use Client or Server specific ones
Jetty specific websocket settings such as autoFragment, maxFrameSize, outputBufferSize and inputBufferSize can now be configured through EndpointConfig.getUserProperties() or Session.getUserProperties() since PR #4295 . Properties like org.eclipse.jetty.websocket.autoFragment can be set and this will call the appropriate setter on the CoreSesion.
@WalkerWatch maybe this is something worth adding to the jetty-10 documentation for future reference.
websocket-core
uses themaxFrameSize
of theCoreSession
to limit the size of data frames which can be received, this defaults to 65536. This cannot be configured through the javax API so cannot be changed from the default setting of 65536 which is too small for some of the autobahn tests causing them to fail.The text was updated successfully, but these errors were encountered: