W3C home > Mailing lists > Public > www-tag@w3.org > February 2011

Panel at March IETF on "web applications"

From: Larry Masinter <masinter@adobe.com>
Date: Thu, 3 Feb 2011 08:04:23 -0800
To: "www-tag@w3.org" <www-tag@w3.org>
CC: "Peterson, Jon" <jon.peterson@neustar.biz>
Message-ID: <C68CB012D9182D408CED7B884F441D4D058EEE5B9B@nambxv01a.corp.adobe.com>
Updated ACTION-500 with current description of IAB panel
http://www.w3.org/2001/tag/group/track/actions/500

I took the liberty of editing the name of "Product 9"

http://www.w3.org/2001/tag/group/track/products/9

to be

"Coordination with IAB/IETF on architecture of web applications"

I.e., the coordination is the product, which should influence
(and maybe help with) ACTION-499.



Larry
--

=========================
>From Jon Peterson, current draft of panel topic:

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 post-standardization environment. In this environment, there is
of course still a role for the IETF to play: existing working groups
like HyBi and OAuth are examples of areas where standards work is still
required to support this application development paradigm. Collectively,
we need to identify areas where the standardization is unlikely to be
relevant in the future, and focus our efforts on those areas where our
application designs will remain impactful.
Received on Thursday, 3 February 2011 16:04:51 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Thursday, 26 April 2012 12:48:30 GMT