<p dir="ltr"><br>
On Dec 27, 2013 4:02 AM, "Jay Lau" <<a href="mailto:jay.lau.513@gmail.com">jay.lau.513@gmail.com</a>> wrote:<br>
><br>
> Thanks Joe.<br>
><br>
> Still have another question, for which case shall we need to add new extension to the v2 AP? If freeze the v2 api at icehouse-2, then does it mean that we are not allowed to make any changes to v2 api? All api changes should go to v3 directly, right?</p>

<p dir="ltr">Yes, once v2 is frozen all changes should go into v3 only.  As for when is a new v2 extension allowed, like anything that is frozen we can have exceptions. But if you submit a v3 patch you should never be required to add a v2 extension to that patch.</p>

<p dir="ltr">><br>
> Thanks,<br>
><br>
> Jay<br>
><br>
><br>
> 2013/12/27 Joe Gordon <<a href="mailto:joe.gordon0@gmail.com">joe.gordon0@gmail.com</a>><br>
>><br>
>><br>
>><br>
>><br>
>> On Thu, Dec 26, 2013 at 1:03 AM, Jay Lau <<a href="mailto:jay.lau.513@gmail.com">jay.lau.513@gmail.com</a>> wrote:<br>
>>><br>
>>> Hi,<br>
>>><br>
>>> In Icehouse development, do we have some guidelines for nova api change? If I want to make some changes for nova api, do I need to update both v2 and v3 or just v3?<br>
>><br>
>><br>
>> For every new extension to the v2 API we require the equivalent change to the v3 api, so that there is nothing in v2 that V3 doesn't support. But requiring the opposite doesn't make any sense to me, and seems like a waste of human resources. <br>

>><br>
>> <a href="https://etherpad.openstack.org/p/icehouse-summit-nova-v3-api">https://etherpad.openstack.org/p/icehouse-summit-nova-v3-api</a> says we want to freeze the v2 api at icehouse-2, a plan which I full support.<br>

>>  <br>
>>><br>
>>><br>
>>> There are some patches related to this, hope can get some comments from you.<br>
>>><br>
>>> <a href="https://review.openstack.org/#/c/52733/">https://review.openstack.org/#/c/52733/</a><br>
>>> <a href="https://review.openstack.org/#/c/52867/">https://review.openstack.org/#/c/52867/</a><br>
>>> <a href="https://review.openstack.org/#/c/63853/">https://review.openstack.org/#/c/63853/</a><br>
>>><br>
>>> Thanks,<br>
>>><br>
>>> Jay<br>
>>><br>
>>> _______________________________________________<br>
>>> OpenStack-dev mailing list<br>
>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
</p>