[openstack-dev] [nova] Future of the Nova API

Alex Xu xuhj at linux.vnet.ibm.com
Fri Feb 28 00:00:15 UTC 2014


On 2014?02?28? 00:05, Dan Smith wrote:
>> Sure, but that's still functionally equivalent to using the /v2 prefix.
>>   So we could chuck the current /v3 code and do:
>>
>> /v2: Current thing
>> /v3: invalid, not supported
>> /v4: added simple task return for server create
>> /v5: added the event extension
>> /v6: added a new event for cinder to the event extension
>>
>> and it would be equivalent.
> Yep, sure. This seems more likely to confuse people or clients to me,
> but if that's how we decided to do it, then that's fine. The approach to
> _what_ we version is my concern.

Does mean our code looks like as below?
if client_version > 2:
    ....
elif client_version > 3
    ...
elif client_version > 4:
   ...
elif client_version > 5:
   ...
elif client_version > 6:
   ..

And we need test each version...  That looks bad...

>> And arguably, anything that is a pure "add" could get away with either a
>> minor version or not touching the version at all.  Only "remove" or
>> "modify" should have the potential to break a properly-written application.
> Totally agree!
>
> --Dan
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140228/01b56e28/attachment.html>


More information about the OpenStack-dev mailing list