GWT Comet
This gwt-comet library provides an efficient Comet implementation for GWT.
Overview
The library implements Comet by streaming messages over long lived HTTP requests to minimise latency and bandwidth requirements and maximise the throughput. This is opposed to many other implementations which use polling or long polling techniques.
Features
- Native Comet implementations specific to browsers removing loading artifacts, reducing latency and bandwidth.
- Supports string and GWT-serialized messages.
- Supports deflate compression.
- Supports heartbeat messages to detect connection issues.
- Support cross domain connections. (only sub-domain connections are supported in IE).
- Support for directly sending messages to the HTTP response or establishing a Comet session for message queue based processing.
- Support for keeping the HTTP session alive when only the comet connection is in use and no other client HTTP requests are being made which would normally cause the HTTP session to timeout.
Browsers
The latest Safari and Chrome implementations use Server-Sent Events
The Firefox and older Safari and Chrome implementations use a XMLHTTPRequest and listen for onreadystatechange events to process the incoming messages.
The Opera implementation uses Opera’s built in proprietary Server-Sent Events.
The Internet Explorer implementation is based on the ActiveXObject HTML file transport. Put simply an ActiveXObject HTML file containing an <iframe> referencing the appropriate server url is created. The server sends <script> tags to the the <iframe> which are then executed. The Java Script in the <script> tags contain a call to a GWT method with a string parameter containing the message payload. This implementation has several improvements over the implementation on which it is based:
- Connection/disconnection events.
- Minimal initial padding ensuring IE starts processing the <iframe> document immediately.
- Minification of the Java Script turning the “parent.callback” method into a single character to minimize bandwidth requirements.
- Support for batching multiple messages into a single <script> tag to minimize bandwidth.
- Removal of <script> tags from the DOM once they are not needed to minimise memory requirements.
Servers
gwt-comet takes advantage of Glassfish’s and embedded Grizzly’s support for non-blocking sending and receiving and a pool of threads servicing the Comet connections.
Otherwise by default standard servlets are supported requiring one thread per Comet connection which will work on any Java web application server.
Downloads
There are a few downloads:
- gwt-comet.jar the library required to write code against.
- gwt-comet-examples.war a sample war file including a gwt client which tests various aspects of the Comet implementation including throughput, latency, serialization and connection maintenance and a gwt chat client.
- gwt-event-source.jar provides a GWT client implementation of EventSource.
- gwt-web-sockets.jar provides a GWT client implementation of WebSockets.
Getting Started
https://code.google.com/p/gwt-comet/wiki/GettingStarted