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
We want to be able to allow users to wrap up preexisting pipeline handlers in a type safe fashion and add them to a server/client config statically. This might also require generalizing socket from Socket[F] to Socket[F, A] where A is the chunked message type. This would be a relatively restricted interface in the sense that the pipelines would be static per bootstrap (a restriction not imposed by Netty). However, pipelines would still be free to internally mutate their own state on a per connection basis, just as normal. For example, handling the upgrade request from HTTP to WebSockets.
Some basic examples of where this kind of thing is useful:
TLS
HTTP
WebSockets
The existing Netty support for these protocols is extremely good and much faster than what you can do if you push things through the fs2 abstraction; there's almost no reason not to make it possible to apply them within a safe framework.
The text was updated successfully, but these errors were encountered:
We want to be able to allow users to wrap up preexisting pipeline handlers in a type safe fashion and add them to a server/client config statically. This might also require generalizing socket from
Socket[F]
toSocket[F, A]
whereA
is the chunked message type. This would be a relatively restricted interface in the sense that the pipelines would be static per bootstrap (a restriction not imposed by Netty). However, pipelines would still be free to internally mutate their own state on a per connection basis, just as normal. For example, handling the upgrade request from HTTP to WebSockets.Some basic examples of where this kind of thing is useful:
The existing Netty support for these protocols is extremely good and much faster than what you can do if you push things through the fs2 abstraction; there's almost no reason not to make it possible to apply them within a safe framework.
The text was updated successfully, but these errors were encountered: