W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2008

Re: estimated Content-Length with chunked encoding

From: Jamie Lokier <jamie@shareable.org>
Date: Fri, 14 Nov 2008 02:12:20 +0000
To: Adrien de Croy <adrien@qbik.com>
Cc: Daniel Stenberg <daniel@haxx.se>, ietf-http-wg@w3.org
Message-ID: <20081114021220.GD2055@shareable.org>

Adrien de Croy wrote:
> Therefore before sending any chunked request, the client would need to 
> establish a-priori that the request path was capable of successfully 
> processing a chunked request.
> It's not necessarily trivial to do this reliably.

What about sending "Expect: 100-continue" in the request headers, and
waiting for a "100 Continue" response.  If you get one, you _ought_ to
be able to assume it's a chunked-request-capable HTTP/1.1 server or
proxy, and if you don't, you time out, abort that connection (because
you don't know if it will interpret Transfer-Encoding), and try again
with a non-chunked request.

Does that work in principle, disregarding broken implementations?

Does it work in practice?

-- Jamie
Received on Friday, 14 November 2008 02:13:01 UTC

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