This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 8359 - [WA] For Server-Sent Events, add informative language about how this could be implemented using fallback to a push-proxy using OMA Push
Summary: [WA] For Server-Sent Events, add informative language about how this could be...
Status: RESOLVED FIXED
Alias: None
Product: HTML WG
Classification: Unclassified
Component: pre-LC1 HTML5 spec (editor: Ian Hickson) (show other bugs)
Version: unspecified
Hardware: PC Linux
: P2 normal
Target Milestone: ---
Assignee: Ian 'Hixie' Hickson
QA Contact: HTML WG Bugzilla archive list
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-11-23 23:31 UTC by Rob Ennals
Modified: 2010-10-04 14:49 UTC (History)
4 users (show)

See Also:


Attachments

Description Rob Ennals 2009-11-23 23:31:49 UTC
[I'm not sure I specified the correct component - I couldn't see a component for Server Sent Events]

This is a follow up to our discussion at TPAC.

At TPAC, we had an unconference session where we talked about how Server Sent events could be implemented in a connectionless way using OMA Push and fallback to a push proxy.

I think that it would be useful for this to be mentioned, as informative language, in the spec, since this could be an important reason why a developer might choose to use server sent events, rather than just doing long polling. 

There are three reasons to add such language:
* To inform users that this is a reason that they might want to user server sent events
* To inform implementors of user agents that this is a feature they might want to implement
* To inform network operators that this is a feature they might want to implement


I believe I said in the meeting that I would file a bug report. Here it is :-)


I suggest adding informative language something like the following to the spec for Server Sent Events:


== Implementation as Connectionless Push ==

[this section is non-normative]

If supported by the network, an EventSource may be implemented using connectionless push, without requiring the client to maintain a connection. This can save considerable power, relative to a long polling implementation using XMLHttpRequest.

For example, if the user agent and network both support connectionless event proxying, then an event may be handled using a timeline like the following:

* User agent connects to server, and requests events
* User agent decides to save power by going to sleep
* User agent disconnects from the server
* User agent contacts a "push proxy" provided by the network, asking it to take over management of the event source
* User agent goes to sleep
* Push proxy connects to the server, posing as the user agent
* Server delivers an event to the push proxy
* Push proxy uses a technology such as OMA Push to wake up the user agent
* User agent wakes up, and restores its connection to the server


-Rob
Comment 1 contributor 2009-11-25 10:55:53 UTC
Checked in as WHATWG revision r4380.
Check-in comment: Elaborate on what SMS push might be.
http://html5.org/tools/web-apps-tracker?from=4379&to=4380