W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2010

Re: [XHR2] HTTP Trailers

From: Julian Reschke <julian.reschke@gmx.de>
Date: Tue, 26 Oct 2010 13:34:46 +0200
Message-ID: <4CC6BCD6.6030000@gmx.de>
To: Mark Nottingham <mnot@mnot.net>
CC: Anne van Kesteren <annevk@opera.com>, public-webapps@w3.org
On 26.10.2010 13:17, Mark Nottingham wrote:
>
> On 26/10/2010, at 9:12 PM, Anne van Kesteren wrote:
>>>
>>> In XHR2, supporting trailers probably means just making it possible to read trailers on the response when they're present, rather than discarding them. This could either be done by making them available from getResponseHeader() after the message is complete, or using a separate property or method if it's felt that keeping them distinct from the "normal" headers is desirable. E.g., getResponseTrailer().
>>
>> If they were exposed via getResponseHeader() you would have the potential for clashes so that does not seem like a good idea.
>
>
> In most APIs, I'd agree, because if you're building an intermediary, you need to be able to differentiate. I'm not sure if that's the case for a browser, but I agree that it's probably the safe thing to do.
>
> For reference, that's how we did it in node:
>    http://nodejs.org/docs/v0.3.0/api.html#response-trailers-206

Related to this... does XHR (1) *forbid* making the trailing header 
fields available? I'm not sure it does...

Best regards, Julian
Received on Tuesday, 26 October 2010 11:35:25 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:41 GMT