1491 BaseHTTPServer incorrectly implements response code 100
RFC 2616 sec 8.2.3 states, "An origin server that sends a 100
(Continue) response MUST ultimately send a final status code, once the
request body is received and processed, unless it terminates the
transport connection prematurely." The obvious way to do this is to
invoke the 'send_response' method twice, once with a code of 100, then
with the final code. However, BaseHTTPServer will always send two
headers ('Server' and 'Date') when it send a response. One possible
fix is to add an option to the method to suppress sending headers;
another is to add the following code to the 'send_response' method,
immediately prior to the calls to 'self.send_head er':
if code == 100:
return
The more paranoid among us may wish to use this code instead:
if code == 100:
expectation = self.headers.ge t('Expect', "")
if expectation.low er() == '100-continue':
return
1492 BaseHTTPServer hard-codes Content-Type for error messages
The send_error method always sends a Content-Type of 'text/html'.
Other content types are both possible and desirable. For example,
someone writing a REST server might wish to send XML error messages.
Following the example of DEFAULT_ERROR_M ESSAGE, I propose adding the
following in the appropriate places:
91a92,94
# Default error content-type345c348
DEFAULT_ERROR_T YPE = 'text/html'
< self.send_heade r("Content-Type", "text/html")
---
self.send_heade r("Content-Type", error_message_t ype)351a355
error_message_t ype = DEFAULT_ERROR_T YPE
