<div dir="ltr">++ As I was not sure how to word it without sounding too opinionated without appropriate technical jargon. When most folks hear "mostly the same" regarding a critical component, and sometimes not so critical ones, that raises all kinds of red flags. I could not think from purely code aspect of what that means but from operations it means potentially it could affect the bottom line and well, that affects everyone generally :)<br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jul 11, 2017 at 6:45 AM, Davanum Srinivas <span dir="ltr"><<a href="mailto:davanum@gmail.com" target="_blank">davanum@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Jul 11, 2017 at 7:33 AM, Chris Dent <<a href="mailto:cdent%2Bos@anticdent.org">cdent+os@anticdent.org</a>> wrote:<br>
> On Tue, 11 Jul 2017, Mikhail Fedosin wrote:<br>
><br>
>> For example, deactivating an image in Glance looks like *POST*<br>
>> /v2/images/{image_id}/actions/<wbr>deactivate with empty body.<br>
>> At one time, Chris Dent advised us to avoid such decisions, and simply<br>
>> change the status of the artifact to 'deactivated' using *PATCH*, which we<br>
>> did.<br>
><br>
><br>
> Indeed I did. The point of that was to avoid "actions" style URLs on<br>
> resources that already have that information in their<br>
> representations so that the interface is more RESTful and doesn't<br>
> have a profusion of verby URLs. The other option is to PUT a full<br>
> representation with the status changed.<br>
><br>
> But that's not the point here. The issue is that in order for Glare<br>
> to provide a seamless compatibility layer with Glance it needs to be<br>
> able to present a facade which is _identical_ to Glance. Not mostly<br>
> the same but with improvement, but identical with all the same<br>
> warts.<br>
<br>
</span>Big +1 to "Not mostly the same but with improvement, but identical<br>
with all the same warts.". Anything else is a deal breaker IMHO.<br>
<br>
Thanks,<br>
Dims<br>
<span class="im HOEnZb"><br>
><br>
> This provides a critical part in a smooth migration plan. As people<br>
> become aware of glare being there, they can start taking advantage<br>
> of the new features in their new code or code that they are ready to<br>
> update, without having to update old stuff.<br>
><br>
> If Glare has fairly good separation between the code that handles<br>
> URLs and processes bodies (in and out) and the code that does stuff<br>
> with those bodies[1], it ought to be somewhat straightforward to<br>
> create such a facade.<br>
><br>
> [1] Not gonna use model, view, controller here; those terms have<br>
> never been accurate for web-based APIs.<br>
><br>
><br>
><br>
> --<br>
> Chris Dent                  ┬──┬◡ﾉ(° -°ﾉ)       <a href="https://anticdent.org/" rel="noreferrer" target="_blank">https://anticdent.org/</a><br>
> freenode: cdent                                         tw: @anticdent<br>
><br>
</span><span class="im HOEnZb">> ______________________________<wbr>______________________________<wbr>______________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
><br>
<br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Davanum Srinivas :: <a href="https://twitter.com/dims" rel="noreferrer" target="_blank">https://twitter.com/dims</a><br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span style="font-size:small">-- </span><br style="font-size:small"><div style="font-size:small"><div dir="ltr"><div dir="ltr">Kind regards,<br><br>Melvin Hillsman</div><div dir="ltr"><a href="mailto:mrhillsman@gmail.com" style="color:rgb(17,85,204)" target="_blank">mrhillsman@gmail.com</a><br>mobile: (832) 264-2646<br><br>Learner | Ideation | Belief | Responsibility | Command</div></div></div></div></div></div></div></div></div>
</div></div>