Re: i28 proposed replacement text

On lör, 2008-05-24 at 11:51 +0200, Henrik Nordstrom wrote:
> On lör, 2008-05-24 at 09:52 +0200, Julian Reschke wrote:
> 
> > With chunked encoding in use, how does the sender of a message indicates 
> > an error? (such as when serving a file from the file system, and getting 
> > an IO error)
> 
> By closing the connection in the middle of the response without sending
> the last-chunk.

Or if you meant "Witch chunked encoding NOT in use" then it's still the
same, by closing the connection in the middle of the response. How easy
the error is to detect for the recipient then depends on the encoding or
format of the response.

T-E: gzip/deflate both have stream structure and clearly indicates
premature closure (except for the hypothetical case of a sender sending
multiple members in a gzip stream and crashing just between two
members).

If no T-E is used and Content-Length is used then it's trivially
detected by the response beeing too short.

If no T-E is used and no Content-Length then it's tricker as the receier
then has to fully parse the response and from that judge if it's
complete or not, and then guess if this is due to a server failure or if
the object at the server really is corrupted/truncated...

Regards
Henrik