<div dir="ltr">This makes perfect sense to me John. But consistency across the project would be a nice-to-have for those who design and communicate the platform to decision makers who don't understand why they're signing off v1 of this, v2 of that, v1 of this other one... It portrays a sense of program incongruity (perceived or otherwise) which adds to existing concerns about platform complexity. I spend more time explaining why than otherwise.<div>
<br></div><div>Logical versioning vs "Nice to have". ; )</div></div><div class="gmail_extra"><br clear="all"><div><div dir="ltr"><div><font><div style="font-family:arial;font-size:small"><b><i><br>Adam Lawson</i></b></div>
<div><font><font color="#666666" size="1"><div style="font-family:arial;font-size:small">AQORN, Inc.</div><div style="font-family:arial;font-size:small">427 North Tatnall Street</div><div style="font-family:arial;font-size:small">
Ste. 58461</div><div style="font-family:arial;font-size:small">Wilmington, Delaware 19801-2230</div><div style="font-family:arial;font-size:small">Toll-free: (844) 4-AQORN-NOW ext. 702</div><div style="font-family:arial;font-size:small">
Int'l: +1-302-268-6914 ext. 702</div></font></font><span style="color:rgb(102,102,102);font-family:arial;font-size:small">Cell: +1-916-990-1226</span></div></font></div><div style="font-family:arial;font-size:small"><img src="http://www.aqorn.com/images/logo.png" width="96" height="39"><br>
</div></div></div>
<br><br><div class="gmail_quote">On Tue, Jul 22, 2014 at 10:46 AM, Shrinand Javadekar <span dir="ltr"><<a href="mailto:shrinand@maginatics.com" target="_blank">shrinand@maginatics.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">> Hope this helps clear things up.<br>
<br>
</div>This does. Thanks for the detailed explanation.<br>
<br>
-Shri<br>
<div class="HOEnZb"><div class="h5"><br>
><br>
> --John<br>
><br>
><br>
><br>
><br>
><br>
><br>
> On Jul 22, 2014, at 10:05 AM, Shrinand Javadekar <<a href="mailto:shrinand@maginatics.com">shrinand@maginatics.com</a>> wrote:<br>
><br>
>> This is confusing. So does this mean semantic versioning applies to<br>
>> the API's and not the Swift product versions? If so how are the<br>
>> product versions decided? And given a product version, how does one<br>
>> know about what API version is in use? The /info endpoint does not<br>
>> mention the API version.<br>
>><br>
>> I had asked about versioning sometime ago [1] and I thought the<br>
>> release version and API version are identical.<br>
>><br>
>> -Shri<br>
>><br>
>> [1] <a href="http://www.gossamer-threads.com/lists/openstack/dev/36042" target="_blank">http://www.gossamer-threads.com/lists/openstack/dev/36042</a><br>
>><br>
>><br>
>> On Tue, Jul 22, 2014 at 5:37 AM, Anne Gentle <<a href="mailto:anne@openstack.org">anne@openstack.org</a>> wrote:<br>
>>> Hi Shri,<br>
>>> The Object Storage API change is just to add a header called<br>
>>> 'X-Storage-Policy: <name>' where name is set in the swift configuration<br>
>>> files by the cloud provider.<br>
>>><br>
>>> See <a href="http://docs.openstack.org/developer/swift/overview_policies.html" target="_blank">http://docs.openstack.org/developer/swift/overview_policies.html</a><br>
>>><br>
>>> We'll add it to the API docs next, no version change needed for the API<br>
>>> itself.<br>
>>> Anne<br>
>>><br>
>>><br>
>>> On Tue, Jul 22, 2014 at 12:46 AM, Shrinand Javadekar<br>
>>> <<a href="mailto:shrinand@maginatics.com">shrinand@maginatics.com</a>> wrote:<br>
>>>><br>
>>>> Hi,<br>
>>>><br>
>>>> Swift has been following the semantic versioning scheme. The fact that<br>
>>>> the product version changed from v1.x to v2.0 should suggest that the<br>
>>>> Swift APIs changed in this release.<br>
>>>><br>
>>>> I see that storage policies has been the biggest change in this<br>
>>>> release. Has that impacted the APIs?<br>
>>>><br>
>>>> Is there a document that lists exactly the API difference between v1.x and<br>
>>>> v2.0?<br>
>>>><br>
>>>> Thanks in advance.<br>
>>>> -Shri<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Mailing list:<br>
>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>>> Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>>>> Unsubscribe :<br>
>>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>>><br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
>> Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
>> Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
><br>
<br>
_______________________________________________<br>
Mailing list: <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
Post to     : <a href="mailto:openstack@lists.openstack.org">openstack@lists.openstack.org</a><br>
Unsubscribe : <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack</a><br>
</div></div></blockquote></div><br></div>