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

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. 


* lacking a madman with a blue box, of course.

On 19/04/2010, at 10:36 PM, Jamie Lokier wrote:

> Mark Nottingham wrote:
>> Well, it has to live with the consequences of sending that status line -- including the possibility that the request is malformed, incomplete, etc.
> Ah, but according to the spec, that should not be a consequence.
> If you send an "error status" an incomplete request is to be expected.
> The server shouldn't rely on getting the whole request.
> But if you send a non-error status, the spec doesn't suggest the
> client truncates the request - no more than normal anyway.  So the
> server should be able to depend on getting the request just as much as
> if it hadn't sent the status yet (barring client implementation quirks).
> Are you saying the spec is incomplete in this regard?
> -- Jamie

Mark Nottingham

Received on Monday, 19 April 2010 12:53:22 UTC