Re: 505 HTTP Version Not Supported

At 07:17 AM 4/3/96 -0600, Chuck Shotton wrote:
>At 6:36 PM 4/2/96, Roy T. Fielding wrote:
>>Please note that, among other things, this allows future applications
>>to cease support for older protocols and yet do so in a way that is
>>meaningful to older clients.
>I think "meaningful" is a relative term. It isn't going to be very useful
>for a 0.9 client to receive a 505 message, for example. It isn't going to

But a 0.9 client won't ever see the error status code, so what's the point.
(Haven't people pretty much given up on 0.9 doing anything useful in the
future?  There's too many features you can't have when you don't have headers.)

>be much more useful for a 1.0 client to receive a 505 error if it simply
>treats it as an unknown failure.  There are other, existing error codes that
>are interpreted as meaning a particular requested service or method is
>unavailable. If the intent is to let a client know WHY the service or

Neither 501 nor 503 are appropriate.  501 indicates the method is bad, 503
indicates the server is overloaded.  Neither one of those codes should be
overloaded to indicate a protocol version rejection.

>method is unavailable (i.e., because of a protocol version mismatch), why
>don't we just add an entity to the existing error code(s) that clients
>already support?
>This would allow new clients to provide more info to the user and/or switch
>protocol versions to accomodate the server.

If they don't understand 1.1, how would they be able to switch protocol
versions?  There's no 1.05 they could be theoretically upgrading to from 1.0.

>Existing older clients would
>continue to process the error code(s) that existed when they were written
>and respond accordingly.

The appropriate response to a 505 for a 1.0 client is the same as for a 500:
total failure, report the entity body to the user.  Following the logic of
your line of arguement, we should just get rid of all 5xx codes and have one
500 code.

the Programmer formerly known as Dan          
                                     New direct dial phone: 708-245-6577

Received on Wednesday, 3 April 1996 08:10:53 UTC