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

Re: p2: Expectation extensions

From: Mark Nottingham <mnot@mnot.net>
Date: Wed, 24 Apr 2013 08:14:01 +1000
Cc: ietf-http-wg@w3.org
Message-Id: <160E1A34-AAD2-4A3B-9873-913B5BCE8955@mnot.net>
To: Amos Jeffries <squid3@treenet.co.nz>

On 23/04/2013, at 11:57 PM, Amos Jeffries <squid3@treenet.co.nz> wrote:

>> Given how many problems we already have with Expect, should we consider disallowing further extensions here, and removing this requirement?
> So whats gained by making it an expectation if the expectation is ignored? nothing.
> Removing it also removes the fail-closed property of Expect:. I know the property is a great annoyance to new featrue rollout. But it does offer the concrete assurance that what is expected is supported which is quite useful when designing security related extensions. We have the Prefer header coming up to provide the expectation negotiation with fail-open semantics.

Disallowing future extensions recognises that interop on this feature is low -- i.e., that deploying an extension here isn't likely to work well. I don't see much in the way of "concrete assurances" through its use at all, as a protocol designer; only a lot of nasty problems.

Mark Nottingham   http://www.mnot.net/
Received on Tuesday, 23 April 2013 22:14:30 UTC

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