delta/openstack/python-openstackclient.git/openstackclient/tests/unit/identity/v3/test_endpoint.py, branch 3.14.0 opendev.org: openstack/python-openstackclient Add support for endpoing filter commands 2017-11-21T06:58:48+00:00 Jose Castro Leon jose.castro.leon@cern.ch 2017-10-25T13:39:44+00:00 12ee1861085144f43e6e535f82ba5d9b5d9a5632 Implements the commands that allow to link and endpoint to a project for endpoint filter management. Implements: blueprint keystone-endpoint-filter Change-Id: Iecf61495664fb8413d35ef69f07ea929d190d002 
Implements the commands that allow to link and endpoint to
a project for endpoint filter management.

Implements: blueprint keystone-endpoint-filter

Change-Id: Iecf61495664fb8413d35ef69f07ea929d190d002
Optimize getting endpoint list 2017-09-26T21:31:07+00:00 Anton Frolov af9740@att.com 2017-09-25T19:31:24+00:00 f6f5ce03c5b8a03180db24a02dda5b30f40b4cee Currently ListEndpoint.take_action method unconditionally iterates over all endpoints and issue GET /v3/services/<ep.service_id> request for each endpoint. In case of HTTPS keystone endpoint this can take significant amout of time, and it only getting worse in case of multiple regions. This commit change this logic to making just two GET requests: first it gets endpoint list, then it gets service list, searching service in the list instead of issuing GET /v3/services/<id> request. Change-Id: I22b61c0b45b0205a2f5a4608c2473cb7814fe3cf Closes-Bug: 1719413 
Currently ListEndpoint.take_action method unconditionally iterates
over all endpoints and issue GET /v3/services/<ep.service_id>
request for each endpoint. In case of HTTPS keystone endpoint this
can take significant amout of time, and it only getting worse in
case of multiple regions.

This commit change this logic to making just two GET requests: first
it gets endpoint list, then it gets service list, searching service
in the list instead of issuing GET /v3/services/<id> request.

Change-Id: I22b61c0b45b0205a2f5a4608c2473cb7814fe3cf
Closes-Bug: 1719413
move unit tests to new "unit" test module 2016-09-08T22:19:50+00:00 Steve Martinelli s.martinelli@gmail.com 2016-09-06T05:14:33+00:00 39839def2e356e8d145be89380c73a71423cf06d this will better isolate the unit tests from the functional tests. unfortunately, the "integration" tests had to be lumped into the "unit" tests since we need the separation in testr.conf Change-Id: Ifd12198c1f90e4e3c951c73bfa1884ab300d8ded 
this will better isolate the unit tests from the functional tests.
unfortunately, the "integration" tests had to be lumped into the
"unit" tests since we need the separation in testr.conf

Change-Id: Ifd12198c1f90e4e3c951c73bfa1884ab300d8ded