As part of the review https://review.openstack.org/#/c/192529
service_types was added to client_plugins to support the
conditional resource plugin availability.
I found its good to organize this code better by adding
str_key for each key defined in the service_types
so that we no longer have to depend on the index when
multiple service_types are available for a client plugin.
implements blueprint: keystone-based-resource-availability
This change relocates the code that creates and deletes heat, swift and
zaqar signals out of SoftwareDeployment and into SignalResponder, as a
first step in making these signals available to all resources. As part of
this change the structure of the Swift URLs was changed to match that of
the SwiftSignal resource.
Implements: blueprint uniform-resource-signals
- remove unused VerifyAll, ReplayAll
- use MagicMock instead of CreateMockAnything
- use MagicMock object for returning value instead of lambda
Join method expects list, but six.itervalues(self._attributes) returns
a Attribute instance, so we should use own __iter__ method for building
list of values.
It might take a wile to kill worker after receiving of sighup because
of worker can be busy at the time, so the check of the workers count
can be failed during some amount of time.
Add timeout for checking.
- pass the adopt data in next to the input_data
- since it is not stored in the db, assign the adopt data
from the cache data in Resource.load()
- in service.py make it easier to enable convergence
(just uncomment the raise NotSupported)
This is a preparation to split the openstack api v1 test cases. The
current test case file is too large for maintenance. This patch renames
the openstack folder to openstack_v1 so that in future we (hopefully)
don't have to move them around again.
The functional gate is also failing due to a recent
change introduced in devstack -> I613f1bdc6673f0c4bfe29aaab7b514348a617a8c
This fixes both the gates, functional and unit tests.
Co-Authored-By: Thomas Herve <firstname.lastname@example.org>