<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, Jun 24, 2013 at 11:53 PM, John Griffith <span dir="ltr"><<a href="mailto:john.griffith@solidfire.com" target="_blank">john.griffith@solidfire.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:'courier new',monospace;font-size:x-small">All,</div><div style="font-family:'courier new',monospace;font-size:x-small">
<br>

</div><div style="font-family:'courier new',monospace;font-size:x-small">I wanted to loop the larger community in on some discussions that have been taking place on #openstack-cinder.</div><div style="font-family:'courier new',monospace;font-size:x-small">


<br></div><div style="font-family:'courier new',monospace;font-size:x-small">During the Summit we talked about switching to Pecan for our API/Web framework.  Since then we've registered a BP [1] and some pretty good progress has been made.</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">Since starting this effort however we've been debating the best way to implement this change:</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">1. Replace existing WSGI framework in the existing API versions</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">In my opinion there's a bit of risk here with changing the entire framework tha the API is built on, and even though I'm confident this can be done I'm not sure of the return on the investment and really I don't see anything that compelling when you consider all of the changes in not only the API code but in the unit tests that would be affected.</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">2. Bump to a new API version and isolate the changes to that new version</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">This is my preference and IMO the right way to go, however there's no driving need for another API version bump in Cinder currently.  I personally don't like the idea of bumping the API version for every release, even if we're keeping things stable and maintaining backward compatibility without issues.  For me there isn't an overly compelling reason to justify this change for the H release.</div>


<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">My plan is to go with option #2, and to push this change out until the I release.  I'd like to know if anybody has strong feelings or justifications that we should consider on this before moving forward.</div>
</div></blockquote><div><br></div><div>+1</div><div><br></div><div style>This was the approach I advocated that projects take at the summit. I think the backwards-compatibility questions Mike ran into are a good justification for sticking with this plan.</div>
<div style><br></div><div style>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">

<div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">Thanks,</div><div style="font-family:'courier new',monospace;font-size:x-small">


John</div><div style="font-family:'courier new',monospace;font-size:x-small"><br></div><div style="font-family:'courier new',monospace;font-size:x-small">[1] <a href="https://blueprints.launchpad.net/cinder/+spec/web-framework-switch" style="font-family:arial;font-size:small" target="_blank">https://blueprints.launchpad.net/cinder/+spec/web-framework-switch</a></div>


</div>
<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" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>