82101a36d3
According to the HTTP spec, a HEAD request should return the same status and headers as the GET request (including content-type and content-length). The HEAD request simply strips out the body and returns no body. Any case where HEAD routing returned a different status code than GET, now returns the same status and headers. Any case where HEAD was supported where GET was not supported now supports both GET and HEAD. The wsgi.render_response code now handles HEAD appropriately and will maintain headers while enforcing no body data is returned. The bulk of this change is to support the same behavior between deploying Keystone under eventlet and under HTTPD + mod_wsgi. In the case of deploying under HTTPD + mod_wsgi, there are cases where mod_wsgi will turn a HEAD request into a GET request to ensure that the proper response is rendered. With these changes all HEAD responses will respond in the same manner under either eventlet or mod_wsgi. Change-Id: I13ce159cbe9739d4bf5d321fc4bd069245f32734 Closes-Bug: #1334368 |
||
|---|---|---|
| bin | ||
| doc | ||
| etc | ||
| examples/pki | ||
| httpd | ||
| keystone | ||
| rally-scenarios | ||
| tools | ||
| .coveragerc | ||
| .gitignore | ||
| .gitreview | ||
| .mailmap | ||
| .testr.conf | ||
| CONTRIBUTING.rst | ||
| HACKING.rst | ||
| LICENSE | ||
| MANIFEST.in | ||
| README.rst | ||
| babel.cfg | ||
| openstack-common.conf | ||
| requirements-py3.txt | ||
| requirements.txt | ||
| run_tests.sh | ||
| setup.cfg | ||
| setup.py | ||
| test-requirements-py3.txt | ||
| test-requirements.txt | ||
| tox.ini | ||
README.rst
OpenStack Keystone
Keystone provides authentication, authorization and service discovery mechanisms via HTTP primarily for use by projects in the OpenStack family. It is most commonly deployed as an HTTP interface to existing identity systems, such as LDAP.
Developer documentation, the source of which is in
doc/source/, is published at:
The API specification is available at:
The API documentation is available at:
The canonical client library is available at:
Documentation for cloud administrators is available at:
The source of documentation for cloud administrators is available at:
Information about our team meeting is available at:
Bugs and feature requests are tracked on Launchpad at:
Future design work is tracked at:
Contributors are encouraged to join IRC
(#openstack-keystone on freenode):
For information on contributing to Keystone, see
CONTRIBUTING.rst.