-
Notifications
You must be signed in to change notification settings - Fork 557
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
Investigate websocket support #123
Comments
See also #143 |
Could this be via WebSocket 1.1 Spec (JSR356) APIs? I know you're not trying to write the next JEE container here but I'll make porting code to Helidon easier. |
Just as we did for REST in MP using JAX-RS, we should consider JSR356 for WS. I agree that it would help migration to Helidon MP. |
WebSockets would definitely help in use cases that require a server push. With the current Helidon infra, I guess the max one can achieve is a SSE with a long running Handler. But a WebSocket protocol support within Helidon would definitely help us avoid a parallel stack like Node just for the push capability. |
Any update on this? I've had a look into this and it looks like both a 'native' API as well as a JSR356 implementation would be needed especially if reusing the Netty implementation of websockets as it's somewhat buried under I'm tempted to have a bash at it so any guidance on style? |
I would like to help to implement this, I mean it's an important feature to be added and critical if we think on jax rs. In order to be logical I am thinking just on apply the medium blog's idea, then we can add it to helidon and for the last we should think on something like a SocketSeevices |
Netty has support for websocket.
Investigate how the webserver API could be used to handle websockets.
See some netty + websocket blog post: https://medium.com/@irunika/how-to-write-a-http-websocket-server-using-netty-f3c136adcba9
The text was updated successfully, but these errors were encountered: