Pipelining clarification

• From: Jan Algermissen <jan.algermissen@nordsc.com>
• Date: Mon, 26 Sep 2011 13:16:49 +0200
• To: HTTP Working Group <ietf-http-wg@w3.org>
• Message-Id: <CE5BA272-BABA-4505-83B1-28EB83F6898E@nordsc.com>

Hi,

http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-16#section-7.1.2.2 states


"Clients MUST also be prepared to resend their requests
   if the server closes the connection before sending all of the
   corresponding responses."


Does that imply that a client needs to resend *all* of the pipelined requests if not all responses are received?

If so, this implies (for me at least) that the client cannot use a response of a pipelined request until all responses have successfully been received

Is that a correct interpretation?

Practically, this would limit the usability of pipelined requests in async contexts because the client needs to collect all response before using them. Hence the question: what is the rationale for needing to re-do *all* requests? Can't I just redo those requests that I did not receive until the pipelining got interrupted?



Jan 

P.S. What would, BTW,  be the most appropriate place to discuss pipelining issues and ask questions? 

Received on Monday, 26 September 2011 11:17:25 UTC