Oh awesome. It'll be really sweet to get that working - then hopefully we can start testing on IE as well.
Here's the spec for the websocket wire protocol (its quite a dry read): http://www.whatwg.org/specs/web-socket-protocol/ ... The 'security' messages you see (Sec-Websocket*) stuff is to make sure javascript code can't make an http connection using XHR which looks like a websocket connection. They do a silly little crypto challenge involving counting the number of spaces in a string and whatnot. That was the breaking change added to websockets in April, in websocket v76. Jetty is supposed to autodetect the websocket version (well, it detects the sec- headers and should respond properly. So with all that said, I have no idea why its not working. Does the server spit out a stack trace or anything? -J On Sun, Sep 26, 2010 at 8:47 PM, dougx <[email protected]> wrote: > So, > > I've ported http://github.com/gimite/web-socket-js into the wave- > protocol's GWT websocket implementation so the client works with > firefox, etc. > > woo. > > ..but although it seems to talk it doesn't actually work. :( It just > sits on 'Never Connected' status in firefox. > > The console log is showing: > > [WebSocket] policy file: xmlsocket://192.168.1.10:843 > [WebSocket] Flash object is ready > [WebSocket] FABridge initializad > [WebSocket] connected > [WebSocket] request header: GET /socket HTTP/1.1 Upgrade: WebSocket > Connection: Upgrade Host: 192.168.1.10:9898 Origin: http://192.168.1.10:9898 > Cookie: Sec-WebSocket-Key1: 28 `50e7kptb 6v (35=-1 8U Sec-WebSocket- > Key2: 2i58 5 334H 8 6' E 4' > [WebSocket] sent key3: -µ”£Îªç… > [WebSocket] response header: HTTP/1.1 101 WebSocket Protocol Handshake > Upgrade: WebSocket Connection: Upgrade Sec-WebSocket-Origin: > http://192.168.1.10:9898 Sec-WebSocket-Location: ws://192.168.1.10:9898/socket > [WebSocket] reply digest: ÿICú�8¼ ‡gPÈ” õî > > O_o I haven't had time to dig into what that might mean on the socket > comm protocol; anyone here have some idea? > > I recall some discussion about protocol versions or something? > > Other things: > > As described here, a policy file service needs to run: > http://www.lightsphere.com/dev/articles/flash_socket_policy.html > > At the moment I'm just running a separate script on the server to > handle that, but it seems like a dumb solution. Seems like Fedone > should handle this, but it's a bit hacky to be opening other port just > for flash websocket support. > > thoughts? > > Also, how should the code base handle the swf source? At the moment > I've just dumped the binary into: > wave-protocol/src/com/google/gwt/websockets/client/binary/ > > ...but that also seems like a poor long term solution. > > ~ > Doug. > > -- > You received this message because you are subscribed to the Google Groups > "Wave Protocol" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/wave-protocol?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Wave Protocol" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/wave-protocol?hl=en.
