Skip to main content

Trends in Web Applications and the Implications on Standardization

Document Type Expired Internet-Draft (individual)
Authors Hannes Tschofenig , Dr. Bernard D. Aboba , Jon Peterson , Danny R. McPherson
Last updated 2012-11-10 (Latest revision 2012-05-09)
Stream (None)
Intended RFC status (None)
Expired & archived
plain text xml htmlized pdfized bibtex
Stream Stream state (No stream defined)
Consensus boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Expired
Telechat date (None)
Responsible AD (None)
Send notices to (None)
This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at:


Advancements in the design of web browsers have introduced fundamental changes to the architecture of application protocols. The widespread availability and growing sophistication of JavaScript interpreters in browsers enables web servers to push to browsers all of the application logic required to implement a client-server protocol. Consequently, many client-server applications that once required an installed client on a host computer now can rely simply on a modern browser to act as a client for the purposes of a particular application. For example, where once email clients required a custom application to access an inbox, increasingly a web browser can serve this purpose as well as the purpose-built applications of the past. Similarly, HTTP with the assistance of JavaScript can subsume the functions performed by the protocols like POP3 and IMAP. The need for Internet standards beyond HTTP to implement an email inbox application consequently diminishes - why author standards and worry about interoperability of clients and servers when the server can simply push to the client all the code it needs to be interoperable? Many client-server applications on the Internet could potential migrate to this code distribution methodology. [Note: A separate mailing list has been created for discussions related to this document and it can be found here: ]


Hannes Tschofenig
Dr. Bernard D. Aboba
Jon Peterson
Danny R. McPherson

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)