commit d3352ff422db6ba6a5e7bd4f7220af0d97efd0ac
Author: Chris Dent <email address hidden>
Date: Tue Feb 20 10:31:49 2018 +0000
Identify the keystone service when raising 503
When the keystonemiddleware is used directly in the WSGI stack of an
application, the 503 that is raised when the keystone service errors
or cannot be reached needs to identify that keystone is the service
that has failed, otherwise it appears to the client that it is the
service they are trying to access is down, which is misleading.
This addresses the problem in the most straightforward way possible:
the exception that causes the 503 is given a message including the
word "Keystone".
The call method in BaseAuthTokenTestCase gains an
expected_body_string kwarg. If not None, the response body (as
a six.text_type) is compared with the value.
Reviewed: https:/ /review. openstack. org/546108 /git.openstack. org/cgit/ openstack/ keystonemiddlew are/commit/ ?id=d3352ff422d b6ba6a5e7bd4f72 20af0d97efd0ac
Committed: https:/
Submitter: Zuul
Branch: master
commit d3352ff422db6ba 6a5e7bd4f7220af 0d97efd0ac
Author: Chris Dent <email address hidden>
Date: Tue Feb 20 10:31:49 2018 +0000
Identify the keystone service when raising 503
When the keystonemiddleware is used directly in the WSGI stack of an
application, the 503 that is raised when the keystone service errors
or cannot be reached needs to identify that keystone is the service
that has failed, otherwise it appears to the client that it is the
service they are trying to access is down, which is misleading.
This addresses the problem in the most straightforward way possible:
the exception that causes the 503 is given a message including the
word "Keystone".
The call method in BaseAuthTokenTe stCase gains an body_string kwarg. If not None, the response body (as
expected_
a six.text_type) is compared with the value.
Change-Id: Idf211e7bc99139 744af232f5ea3ec b4be41551ca
Closes-Bug: #1747655
Closes-Bug: #1749797