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

Re: END_SEGMENT and headers

From: David Krauss <potswa@gmail.com>
Date: Thu, 17 Apr 2014 07:30:45 +0800
Cc: HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <A815A3E0-B25F-4974-B61C-1C4239168133@gmail.com>
To: Roberto Peon <grmocg@gmail.com>
You mean all on the same stream? No, that is not allowed, because the headers (and CONTINUATIONs) must be an uninterrupted sequence of frames. There must be exactly one HEADERS frame per stream because it changes the stream’s state.

Before the headers are complete, the server cannot dispatch the stream to an application, so there is no application there to receive the metadata…

On 2014–04–17, at 7:21 AM, Roberto Peon <grmocg@gmail.com> wrote:

> A message might be comprised of HEADERS   DATA(200bytes)   HEADERS+CONTINUATION   DATA(20bytes)   HEADERS.
> Your suggestion of making END_HEADERS mean END_SEGMENT would disallow expression of such a message.
> -=R
> On Wed, Apr 16, 2014 at 4:17 PM, David Krauss <potswa@gmail.com> wrote:
> What? This proposal does not disturb segmentation. Metadata may appear in the middle of a message, but not in the middle of the headers!
> On 2014–04–17, at 5:45 AM, Roberto Peon <grmocg@gmail.com> wrote:
> > I misread that!
> >
> > I withdraw that this is a good improvement, since there are protocols that may want to have metadata in the middle of a message.
> >
> > -=R

Received on Wednesday, 16 April 2014 23:31:20 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:14:30 UTC