<div dir="ltr"><div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small">All,</div><div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br>

</div><div class="gmail_default" 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 class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small">

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

<div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" 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 class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" 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 class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" 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 class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" 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 class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small">Thanks,</div><div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small">

John</div><div class="gmail_default" style="font-family:'courier new',monospace;font-size:x-small"><br></div><div class="gmail_default" 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">https://blueprints.launchpad.net/cinder/+spec/web-framework-switch</a></div>

</div>