W3C home > Mailing lists > Public > ietf-http-wg@w3.org > April to June 2010

Re: clarification of 7.2.2. Monitoring Connections for Error Status Messages

From: Jamie Lokier <jamie@shareable.org>
Date: Mon, 19 Apr 2010 14:36:05 +0100
To: Mark Nottingham <mnot@mnot.net>
Cc: Wenbo Zhu <wenboz@google.com>, ietf-http-wg@w3.org
Message-ID: <20100419133605.GB3631@shareable.org>
Mark Nottingham wrote:
> No; I think we're saying the same thing; that HTTP servers can't*
> violate the linear nature of time, in that if they choose to send the
> response before getting the full request, there are still things they
> don't know about that request.

No :-) that's not what I'm suggesting.

Consider a server which takes a POST request and returns an exact copy
of the body with all the characters changed to upper case, at the same
time as it receives the request.

That doesn't violate time and it can be streamed.  (I have tested it
with some clients, and it works... with some.)  But it does send the
*status* before receiving the whole request.

Consider also a POST request uploading a large video file.  The
response could be streaming HTML indicating the progress.

Consider also Comet-style apps which could use one connection instead of two.

Now, we can't do any of those things because it doesn't work with most

But the spec does not appear to support those clients not working.

-- Jamie
Received on Monday, 19 April 2010 13:36:35 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:10:53 UTC