[openstack-dev] [Nova] Can novaclient help us maintain Grizzly compatibility?
Vishvananda Ishaya
vishvananda at gmail.com
Mon Jun 10 16:16:12 UTC 2013
On Jun 9, 2013, at 11:35 PM, Kieran Spear <kispear at gmail.com> wrote:
> Hi all,
>
> There's code working its way through OpenStack to enable editing a security group's name and description [1]. Looking at the Horizon patch got me thinking about how we can avoid exposing the new UI to Grizzly nova users where it's not supported. There doesn't seem to be a good way to do this currently, short of hard-coding switches in the Horizon settings file.
>
> Nova v2 has an /extensions endpoint that gives out an "updated" timestamp for each extension. It seems like novaclient has the information it needs to provide downstream users like Horizon with API availability information that would facilitate the kind of N-1 release compatibility that Horizon aims for, but it doesn't expose or wrap it.
>
> One solution is to add a method to the base manager that can be used to ask whether an action is supported, e.g.:
>
> is_supported = client.security_groups.supports('update')
>
> The actual version to check for would be defined in the SecurityGroupManager in that case, so client users wouldn't need to care about it, and Novaclient reviewers can easily cross-check that version with what's added to Nova.
>
> What do people think? Is this worth pursuing? From poking around novaclient it looks like this would be trivial to implement, which makes me wonder if there's a good reason why it isn't there already.
It makes sense on the client side to be able to query for supported features. FYI though, our current extension policy in nova is not to change extensions in place. That means a new feature like update for security groups would generally be exposed through a new extension, not a timestamp change on the existing extension. In v3 we plan to improve this.
Vish
>
> Cheers,
> Kieran
>
> [1] https://bugs.launchpad.net/horizon/+bug/918393
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
More information about the OpenStack-dev
mailing list