Websocket Long-polling fallback

[Che Yonggang]

Our current Websocket application is quite simple, only one endpoint.

Now we have requirements to support long-polling fallback when websocket is blocked or unable to use.

After reading some articles, it seems to me that if running websocket over TLS (wss://) then no proxy/firewall should block websocket connection, but not sure about that.

Do you have some patterns to implement long-polling fallback within Vertx?

[Julien Viet]

Hi,

you can look at the SockJS socket that provides this feature.

https://vertx.io/docs/vertx-web/java/#_sockjs

Julien

--
You received this message because you are subscribed to the Google Groups "vert.x" group.
To unsubscribe from this group and stop receiving emails from it, send an email to vertx+un...@googlegroups.com.
Visit this group at https://groups.google.com/group/vertx.
To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/11c2d01f-3dc0-4dd9-befd-ca135b60fd86%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Che Yonggang]

Thanks Julien, will have a look.

[Che Yonggang]

Any suggestion on how to test the SockJS long-polling fallback in UT (without opening browser)?

[Thomas SEGISMONT]

Vert.x Web has tests for polling fallback: https://github.com/vert-x3/vertx-web/blob/master/vertx-web/src/test/java/io/vertx/ext/web/handler/sockjs/SockJSAsyncHandlerTest.java

I'm not a SockJS expert but I believe long polling works on /xhr_stream endpoint, not just /xhr.

To view this discussion on the web, visit https://groups.google.com/d/msgid/vertx/67917545-c9b2-48d4-8d2c-98dbde26e75c%40googlegroups.com.

[Che Yonggang]

Thanks.

So if the request URI end with xhr meaning it is intended to do long-polling? Interesting

client.post("/test/400/8ne8e94a/xhr" client.post("/test/400/8ne8e94a/xhr_send"