1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
|
.. _plugins:
=======
Plugins
=======
The OpenStackClient plugin system is designed so that the plugin need only be
properly installed for OSC to find and use it. It utilizes Python's *entry
points* mechanism to advertise to OSC the plugin module and supported commands.
Adoption
========
OpenStackClient promises to provide first class support for the following
OpenStack services: Compute, Identity, Image, Object Storage, Block Storage
and Network (core objects). These services are considered essential
to any OpenStack deployment.
Other OpenStack services, such as Orchestration or Telemetry may create an
OpenStackClient plugin. The source code will not be hosted by
OpenStackClient.
The following is a list of projects that are an OpenStackClient plugin.
- aodhclient
- gnocchiclient
- osc-placement
- python-barbicanclient
- python-designateclient
- python-heatclient
- python-ironicclient
- python-ironic-inspector-client
- python-mistralclient
- python-muranoclient
- python-neutronclient\*\*\*
- python-octaviaclient
- python-rsdclient
- python-saharaclient
- python-senlinclient
- python-tripleoclient\*\*
- python-troveclient
- python-watcherclient
- python-zaqarclient
- python-zunclient
\*\* Note that some clients are not listed in global-requirements.
\*\*\* Project contains advanced network services.
The following is a list of projects that are not an OpenStackClient plugin.
- python-magnumclient
- python-monascaclient
- python-solumclient
Implementation
==============
Client module
-------------
Plugins are discovered by enumerating the entry points
found under :py:mod:`openstack.cli.extension` and initializing the specified
client module.
.. code-block:: ini
[entry_points]
openstack.cli.extension =
oscplugin = oscplugin.client
The client module must define the following top-level variables:
* ``API_NAME`` - A string containing the plugin API name; this is
the name of the entry point declaring the plugin client module
(``oscplugin = ...`` in the example above) and the group name for
the plugin commands (``openstack.oscplugin.v1 =`` in the example below).
OSC reserves the following API names: ``compute``, ``identity``,
``image``, ``network``, ``object_store`` and ``volume``.
* ``API_VERSION_OPTION`` (optional) - If set, the name of the API
version attribute; this must be a valid Python identifier and
match the destination set in ``build_option_parser()``.
* ``API_VERSIONS`` - A dict mapping a version string to the client class
The client module must implement the following interface functions:
* ``build_option_parser(parser)`` - Hook to add global options to the parser
* ``make_client(instance)`` - Hook to create the client object
OSC enumerates the plugin commands from the entry points in the usual manner
defined for the API version:
.. code-block:: ini
openstack.oscplugin.v1 =
plugin_list = oscplugin.v1.plugin:ListPlugin
plugin_show = oscplugin.v1.plugin:ShowPlugin
Note that OSC defines the group name as :py:mod:`openstack.<api-name>.v<version>`
so the version should not contain the leading 'v' character.
.. code-block:: python
from osc_lib import utils
DEFAULT_API_VERSION = '1'
# Required by the OSC plugin interface
API_NAME = 'oscplugin'
API_VERSION_OPTION = 'os_oscplugin_api_version'
API_VERSIONS = {
'1': 'oscplugin.v1.client.Client',
}
# Required by the OSC plugin interface
def make_client(instance):
"""Returns a client to the ClientManager
Called to instantiate the requested client version. instance has
any available auth info that may be required to prepare the client.
:param ClientManager instance: The ClientManager that owns the new client
"""
plugin_client = utils.get_client_class(
API_NAME,
instance._api_version[API_NAME],
API_VERSIONS)
client = plugin_client()
return client
# Required by the OSC plugin interface
def build_option_parser(parser):
"""Hook to add global options
Called from openstackclient.shell.OpenStackShell.__init__()
after the builtin parser has been initialized. This is
where a plugin can add global options such as an API version setting.
:param argparse.ArgumentParser parser: The parser object that has been
initialized by OpenStackShell.
"""
parser.add_argument(
'--os-oscplugin-api-version',
metavar='<oscplugin-api-version>',
help='OSC Plugin API version, default=' +
DEFAULT_API_VERSION +
' (Env: OS_OSCPLUGIN_API_VERSION)')
return parser
Client usage of OSC interfaces
------------------------------
OSC provides the following interfaces that may be used to implement
the plugin commands:
.. code-block:: python
# osc-lib interfaces available to plugins:
from osc_lib.cli import parseractions
from osc_lib.command import command
from osc_lib import exceptions
from osc_lib import logs
from osc_lib import utils
class DeleteMypluginobject(command.Command):
"""Delete mypluginobject"""
...
def take_action(self, parsed_args):
# Client manager interfaces are available to plugins.
# This includes the OSC clients created.
client_manager = self.app.client_manager
...
return
OSC provides the following interfaces that may be used to implement
unit tests for the plugin commands:
.. code-block:: python
# OSC unit test interfaces available to plugins:
from openstackclient.tests import fakes
from openstackclient.tests import utils
...
Requirements
------------
OSC should be included in the plugin's ``test-requirements.txt`` if
the plugin can be installed as a library with the CLI being an
optional feature (available when OSC is also installed).
OSC should not appear in ``requirements.txt`` unless the plugin project
wants OSC and all of its dependencies installed with it. This is
specifically not a good idea for plugins that are also libraries
installed with OpenStack services.
.. code-block:: ini
python-openstackclient>=X.Y.Z # Apache-2.0
Checklist for adding new OpenStack plugins
==========================================
Creating the initial plugin described above is the first step. There are a few
more steps needed to fully integrate the client with openstackclient.
Add the command checker to your CI
----------------------------------
#. Add ``openstackclient-plugin-jobs`` to the list of job templates for your project.
These jobs ensures that all plugin libraries are co-installable with
``python-openstackclient`` and checks for conflicts across all OpenStackClient
plugins, such as duplicated commands, missing entry points, or other overlaps.
#. Add your project to the ``required-projects`` list in the ``.zuul.yaml`` file
in the ``openstack/openstackclient`` repo.
Changes to python-openstackclient
---------------------------------
#. In ``doc/source/contributor/plugins.rst``, update the `Adoption` section to
reflect the status of the project.
#. Update ``doc/source/contributor/commands.rst`` to include objects that are
defined by fooclient's new plugin.
#. Update ``doc/source/contributor/plugin-commands.rst`` to include the entry
point defined in fooclient. We use `sphinxext`_ to automatically document
commands that are used.
#. Update ``test-requirements.txt`` to include fooclient. This is necessary
to auto-document the commands in the previous step.
.. _sphinxext: https://docs.openstack.org/stevedore/latest/user/sphinxext.html
|