Update middlewarearchitecture config options docs

The configuration options documented in middlewarearchitecture.rst
were incomplete. This change adds all the options defined in
middleware.auth_token.

Change-Id: I4a479bfa90e941f5094516cdb97cd58f91727f1c
Update reference to middlewarearchitecture doc

auth_token was referring to the middlewarearchitecture doc in
keystone developer docs rather than python-keystoneclient.

Change-Id: I7bfb3595097cc4a2a1061efe5c4480e06a499edb
Fix references to auth_token in middlewarearchitecture doc

The middlewarearchitecture doc was still referring to
keystone.middleware.auth_token, but the middleware was moved to
keystoneclient.

Also, corrected some other minor typos.

Change-Id: I270ea2ccc739596e99a4a852bff3b5b7d1c85c82
Use Resource class from Oslo

Most methods of Resource class from keystoneclient are similar to methods
from common code.
In the process of unification of the clients code we should
reuse common functionality from Oslo.

Related to blueprint common-client-library-2

Change-Id: I5858eec1596a6921dcf49dfcefb7abd4387de73b
Merge "Fix references to auth_token in middlewarearchitecture doc"
Test query-string for list actions with filter arguments

httpretty.register_uri only matches the path, not the query
string, so the test_list will pass even if the query string
passed by the manager doesn't match that passed as part of
expected_path.

So add a test for the query component of all list requests,
and a way to override the expected query, which is needed in
the trusts list filter tests where the query string doesn't
exactly match the kwargs passed to the client API.

Change-Id: I290b73bbbdac88487c225063fd3775ab7dd8bb89
Replace assertEqual(None, *) with assertIsNone in tests

Replace assertEqual(None, *) with assertIsNone in tests to have
more clear messages in case of failure.

Change-Id: I8ba72d345ad00f5cde8696ab82c31606ca82a13f
Merge "Update reference to middlewarearchitecture doc"
Interactive prompt for create user

Execution of the shell will now prompt the user for a password if argument
'--pass' is specified without a following parameter.  In that way, a user does
not need to pass passwords on the command line.

Usage example:
$ keystone user-create --name bob --tenant admin --pass --enabled true
New Password:
Repeat New Password:

Closes-Bug: #1100116
Change-Id: I1f6d6322830972dfad19ebe2fe63e91f82ed8033
Merge "Use Resource class from Oslo"
Merge "Test query-string for list actions with filter arguments"
Merge "Replace assertEqual(None, *) with assertIsNone in tests"
Merge "Update middlewarearchitecture config options docs"
Merge "Interactive prompt for create user"