Name: sockjs-go
Owner: meteorhacks
Description: WebSocket emulation - Go server
Created: 2015-02-26 03:11:08.0
Updated: 2015-03-17 23:14:22.0
Pushed: 2015-03-03 08:37:33.0
Homepage: null
Size: 1857
Language: Go
GitHub Committers
| User | Most Recent Commit | # Commits |
|---|
Other Committers
| User | Most Recent Commit | # Commits |
|---|
SockJS is a JavaScript library (for browsers) that provides a WebSocket-like object. SockJS gives you a coherent, cross-browser, Javascript API which creates a low latency, full duplex, cross-domain communication channel between the browser and the web server, with WebSockets or without. This necessitates the use of a server, which this is one version of, for GO.
SockJS-Go is a SockJS server written in Go.
To use current stable version v2
go get gopkg.in/igm/sockjs-go.v2/sockjs
To use previous version v1 (DEPRECATED)
go get gopkg.in/igm/sockjs-go.v1/sockjs
To install development version of sockjs-go run:
go get github.com/igm/sockjs-go/sockjs
SockJS-Go project adopted gopkg.in approach for versioning. SockJS-Go library details can be found here
There's a live demo running at Pivotal Web Services. Depending on the URL and port various load ballancers process the request wich results in sockjs choosing different connection method:
A simple echo sockjs server:
age main
rt (
"log"
"net/http"
"gopkg.in/igm/sockjs-go.v2/sockjs"
main() {
handler := sockjs.NewHandler("/echo", sockjs.DefaultOptions, echoHandler)
log.Fatal(http.ListenAndServe(":8081", handler))
echoHandler(session sockjs.Session) {
for {
if msg, err := session.Recv(); err == nil {
session.Send(msg)
continue
}
break
}
SockJS defines a set of protocol tests to quarantee a server compatibility with sockjs client library and various browsers. SockJS-Go server library aims to provide full compatibility, however there are couple of tests that don't and probably will never pass due to reasons explained in table below:
| Failing Test | Explanation | | ————-| ————| | XhrPolling.test_transport | does not pass due to a feature in net/http that does not send content-type header in case of StatusNoContent response code (even if explicitly set in the code), details | | WebSocket. | Sockjs Go version supports RFC 6455, draft protocols hixie-76, hybi-10 are not supported | | JSONEncoding | As menioned in browser quirks section: “it's advisable to use only valid characters. Using invalid characters is a bit slower, and may not work with SockJS servers that have a proper Unicode support.” Go lang has a proper Unicode support | | RawWebsocket. | The sockjs protocol tests use old WebSocket client library (hybi-10) that does not support RFC 6455 properly |
As mentioned above sockjs-go library is compatible with RFC 6455. That means the browsers not supporting RFC 6455 are not supported properly. There are no plans to support draft versions of WebSocket protocol. The WebSocket support is based on Gorilla web toolkit implementation of WebSocket.
For detailed information about browser versions supporting RFC 6455 see this wiki page.