> > What problems?
Stefan Eissing <stefan.eissing@greenbytes.de> writes:
> If a client submits a request against a HTTP/1.1 server with:
>
> Expect: greenbytes-super-feature-enabled
>
> it has no way, in my understanding, to know if
> 1) the feature is supported
> 2) the feature is unsupported and the server complies only to 2068
>
> That makes the Expect header useless for extension checks until the
> protocol version is incremented some (far) time in the future.
> "Expect" is a very useful feature, but in order to use it reliably, one
> needs a way to discover its support for a certain resource. Don't
> you agree?
The same might be said of several HTTP features, but there just isn't
a mechanism in the protocol to help you right now. We tried and
failed to make a richer OPTIONS response; that might have been a good
answer.
I'm afraid that what you are stuck with is that if you want to extend
the protocol and be able to determine reliably whether or not that
extension is supported by a given resource, then you must also specify
a robust mechanism for checking for that support.
--
Scott Lawrence
http://world.std.com/~lawrence/
Actively seeking work