Netty based implementation of rfc8441 - bootstrapping websockets with http/2, and multiprotocol support (websocket-over-http1, websocket-over-http2).
-
Websocket channel API: for application servers and clients, It provides transparent use of existing http1 websocket handlers on top of http2 streams. Compatible with callbacks codec (described below).
-
Websocket handshake only API: for gateways/proxies, It provides websockets-over-http2 support with no http1 dependencies and minimal overhead.
-
Websocket multiprotocol: for application servers, It provides transparent use of existing http1 websocket handlers to process both http1 and http2 websockets. Compatible with callbacks codec (described below).
https://jauntsdn.com/post/netty-websocket-http2/
Integration with jauntsdn/netty-websocket-http1 codec (callbacks codec) for websocket-http1 frames processing improves throughput 1.4x - 1.7x for small messages compared to one provided by netty (default codec).
Intended for application servers and clients.
Allows transparent application of existing http1 websocket handlers on top of http2 stream.
- Server
EchoWebSocketHandler http1WebSocketHandler = new EchoWebSocketHandler();
Http2WebSocketServerHandler http2webSocketHandler =
Http2WebSocketServerBuilder.create()
.codec(Http1WebSocketCodec.DEFAULT)
.acceptor(
(ctx, path, subprotocols, request, response) -> {
switch (path) {
case "/echo":
if (subprotocols.contains("echo.jauntsdn.com")
&& acceptUserAgent(request, response)) {
/*selecting subprotocol for accepted requests is mandatory*/
Http2WebSocketAcceptor.Subprotocol
.accept("echo.jauntsdn.com", response);
return ctx.executor()
.newSucceededFuture(http1WebSocketHandler);
}
break;
case "/echo_all":
if (subprotocols.isEmpty()
&& acceptUserAgent(request, response)) {
return ctx.executor()
.newSucceededFuture(http1WebSocketHandler);
}
break;
}
return ctx.executor()
.newFailedFuture(
new WebSocketHandshakeException(
"websocket rejected, path: " + path));
})
.build();
ch.pipeline()
.addLast(sslHandler,
http2frameCodec,
http2webSocketHandler);- Client
Channel channel =
new Bootstrap()
.handler(
new ChannelInitializer<SocketChannel>() {
@Override
protected void initChannel(SocketChannel ch) {
Http2WebSocketClientHandler http2WebSocketClientHandler =
Http2WebSocketClientBuilder.create()
.codec(Http1WebSocketCodec.DEFAULT)
.handshakeTimeoutMillis(15_000)
.build();
ch.pipeline()
.addLast(
sslHandler,
http2FrameCodec,
http2WebSocketClientHandler);
}
})
.connect(address)
.sync()
.channel();
Http2WebSocketClientHandshaker handShaker = Http2WebSocketClientHandshaker.create(channel);
Http2Headers headers =
new DefaultHttp2Headers().set("user-agent", "jauntsdn-websocket-http2-client/1.5.0");
ChannelFuture handshakeFuture =
/*http1 websocket handler*/
handShaker.handshake("/echo", headers, new EchoWebSocketHandler());
handshakeFuture.channel().writeAndFlush(new TextWebSocketFrame("hello http2 websocket"));Successfully handshaked http2 stream spawns websocket subchannel, with provided
http1 websocket handlers on its pipeline.
Runnable demo is available in netty-websocket-http2-example module -
channelserver,
channelclient.
Intended for intermediaries/proxies.
Only verifies whether http2 stream is valid websocket, then passes it down the pipeline as POST request with x-protocol=websocket header.
Http2WebSocketServerHandler http2webSocketHandler =
Http2WebSocketServerBuilder.buildHandshakeOnly();
Http2StreamsHandler http2StreamsHandler = new Http2StreamsHandler();
ch.pipeline()
.addLast(sslHandler,
frameCodec,
http2webSocketHandler,
http2StreamsHandler);Works with both callbacks-style Http2ConnectionHandler and frames based Http2FrameCodec.
Http2WebSocketServerBuilder.buildHandshakeOnly();
Runnable demo is available in netty-websocket-http2-example module -
handshakeserver,
channelclient.
Provides transparent use of existing http1 websocket handlers to process both http1 and http2 websockets.
- Server
MultiProtocolWebSocketServerHandler multiprotocolHandler =
MultiprotocolWebSocketServerBuilder.create()
.path("/echo")
.subprotocols("echo.jauntsdn.com")
.defaultCodec()
.handler(new DefaultEchoWebSocketHandler())
.build();
ch.pipeline().addLast(sslHandler, multiprotocolHandler);Runnable demo is available in netty-websocket-http2-example module -
multiprotocol.server.defaultcodec,
multiprotocol.server.callbackscodec,
multiprotocol.client.defaultcodec,
Initial settings of server http2 codecs (Http2ConnectionHandler or Http2FrameCodec) should contain SETTINGS_ENABLE_CONNECT_PROTOCOL=1
parameter to advertise websocket-over-http2 support.
Also server http2 codecs must disable built-in headers validation because It is not compatible
with rfc8441 due to newly introduced :protocol pseudo-header. All websocket handlers provided by this library
do headers validation on their own - both for websocket and non-websocket requests.
Above configuration may be done with utility methods of Http2WebSocketServerBuilder
public static Http2FrameCodecBuilder configureHttp2Server(
Http2FrameCodecBuilder http2Builder);
public static Http2ConnectionHandlerBuilder configureHttp2Server(
Http2ConnectionHandlerBuilder http2Builder)
Client and server permessage-deflate compression configuration is shared by all streams
Http2WebSocketServerBuilder.compression(enabled);or
Http2WebSocketServerBuilder.compression(
compressionLevel,
allowServerWindowSize,
preferredClientWindowSize,
allowServerNoContext,
preferredClientNoContext);Client subprotocols are configured on per-path basis
EchoWebSocketHandler http1WebsocketHandler = new EchoWebSocketHandler();
ChannelFuture handshake =
handShaker.handshake("/echo", "subprotocol", headers, http1WebsocketHandler);On a server It is responsibility of Http2WebSocketAcceptor to select supported subprotocol with
Http2WebSocketAcceptor.Subprotocol.accept(subprotocol, response);Handshake events and several shutdown options are available when
using Websocket channel style APIs.
Events are fired on parent channel, also on websocket channel if one gets created
Http2WebSocketHandshakeStartEvent(websocketId, path, subprotocols, timestampNanos, requestHeaders)Http2WebSocketHandshakeErrorEvent(webSocketId, path, subprotocols, timestampNanos, responseHeaders, error)Http2WebSocketHandshakeSuccessEvent(webSocketId, path, subprotocols, timestampNanos, responseHeaders)
These events are accompanied by transport agnostic variants
WebSocketHandshakeStartEvent(websocketId, path, subprotocols, timestampNanos, requestHeaders)WebSocketHandshakeErrorEvent(webSocketId, path, subprotocols, timestampNanos, responseHeaders, error)WebSocketHandshakeSuccessEvent(webSocketId, path, subprotocols, timestampNanos, responseHeaders)
Outbound Http2WebSocketLocalCloseEvent on websocket channel pipeline closes
http2 stream by sending empty DATA frame with END_STREAM flag set.
Graceful and RST stream shutdown by remote endpoint is represented with inbound Http2WebSocketRemoteCloseEvent
(with type CLOSE_REMOTE_ENDSTREAM and CLOSE_REMOTE_RESET respectively) on websocket channel pipeline.
Graceful connection shutdown by remote with GO_AWAY frame is represented by inbound Http2WebSocketRemoteGoAwayEvent
on websocket channel pipeline.
Closing websocket channel terminates its http2 stream by sending RST frame.
Both API style handlers send Http2WebSocketHandshakeErrorEvent for invalid websocket-over-http2 and http requests.
For http2 frame write errors Http2WebSocketWriteErrorEvent is sent on parent channel if auto-close is not enabled;
otherwise exception is delivered with ChannelPipeline.fireExceptionCaught followed by immediate close.
Inbound flow control is done automatically as soon as DATA frames are received.
Library relies on netty's DefaultHttp2LocalFlowController for refilling receive window.
Outbound flow control is expressed as websocket channels writability change on send window
exhaust/refill, provided by DefaultHttp2RemoteFlowController.
Initial stream weight is configured with
Http2WebSocketClientBuilder.streamWeight(weight);it can be updated by firing Http2WebSocketStreamWeightUpdateEvent on websocket channel pipeline.
Library relies on capabilities provided by netty's Http2ConnectionHandler so performance characteristics should be similar.
netty-websocket-http2-perftest
module contains application that gives rough throughput/latency estimate. The application is started with perf_server.sh, perf_client.sh.
On modern box one can expect following results for single websocket, 140 bytes payload (TLS connection, per-core throughput):
15:15:23.978 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.messagecodec.client.Main p50 => 639 micros
15:15:23.978 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.messagecodec.client.Main p95 => 947 micros
15:15:23.978 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.messagecodec.client.Main p99 => 1110 micros
15:15:23.978 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.messagecodec.client.Main throughput => 505140 messages
15:15:23.978 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.messagecodec.client.Main throughput => 69062.11 kbytesIntegration with jauntsdn/netty-websocket-http1 codec for websocket-http1 frames processing significantly improves throughput:
15:13:10.483 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.callbackscodec.client.Main p50 => 492 micros
15:13:10.484 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.callbackscodec.client.Main p95 => 702 micros
15:13:10.484 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.callbackscodec.client.Main p99 => 825 micros
15:13:10.484 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.callbackscodec.client.Main throughput => 746880 messages
15:13:10.484 epollEventLoopGroup-2-1 com.jauntsdn.netty.handler.codec.http2.websocketx.perftest.callbackscodec.client.Main throughput => 102112.5 kbytesTo evaluate performance with multiple connections we compose an application comprised with simple echo server, and client sending batches of messages periodically over single websocket per connection (approximately models chat application)
With 25k active connections each sending batches of 5-10 messages of 0.2-0.5 KBytes over single websocket every 15-30seconds, the results are as follows (measured over time spans of 5 seconds):
11:32:44.080 pool-2-thread-1 com.jauntsdn.netty.handler.codec.http2.websocketx.stresstest.client.Main connection success ==> 25000
11:32:44.080 pool-2-thread-1 com.jauntsdn.netty.handler.codec.http2.websocketx.stresstest.client.Main handshake success ==> 25000
11:32:44.080 pool-2-thread-1 com.jauntsdn.netty.handler.codec.http2.websocketx.stresstest.client.Main messages p99, micros ==> 177
11:32:44.080 pool-2-thread-1 com.jauntsdn.netty.handler.codec.http2.websocketx.stresstest.client.Main messages p50, micros ==> 91netty-websocket-http2-example module contains demos showcasing both API styles, with this library/browser as clients.
channelserver, channelclientpackages for websocket subchannel API demos.handshakeserver, channelclientpackages for handshake only API demo.multiprotocolpackages for demo of server handling htt1/http2 websockets on the same port.lwsclientpackage for client demo that runs against https://libwebsockets.org/testserver/ which hosts websocket-over-http2 server implemented with libwebsockets - popular C-based networking library.
Channelserver example serves web page at https://www.localhost:8099 that sends pings to /echo endpoint.
Currently Google Chrome, Mozilla Firefox and Microsoft Edge support websockets-over-http2.
./gradlew clean build installDist
Releases are published on MavenCentral
repositories {
mavenCentral()
}
dependencies {
implementation 'com.jauntsdn.netty:netty-websocket-http2:1.5.0'
}Copyright 2020-Present Maksym Ostroverkhov.
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.