<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jan 14, 2014 at 1:12 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.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="im">On Tue, 2014-01-14 at 11:45 +0800, Christopher Yeoh wrote:<br>
> On Tue, Jan 14, 2014 at 10:59 AM, Jay Pipes <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>><br>
> wrote:<br>
><br>
> We don't need API extensions and they make our Compute API<br>
> laughably complex and cumbersome. We should ditch entirely the<br>
> concept of API extensions in our next Compute API major<br>
> release.<br>
><br>
> I think it way too late in the cycle to make this sort of change for<br>
> the V3 API.<br>
<br>
</div>Completely agreed. I never said anything about v3. Specifically, in the<br>
tl;dr section I said "in the next major API version" we should get rid<br>
of API extensions.<br>
<div class="im"><br></div></blockquote><div><br></div><div>Ah ok I misunderstood - perhaps because V3 is still experimental I have it<br>in my head that the V3 API is the next major version so was not thinking you<br></div>
<div>were referring to something beyond that.<br></div><div class="im"> <br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I've brought up the problems before with API extensions numerous times,<br>
but unfortunately, I haven't voiced enough concern over the last 18<br>
months or so, being lost a bit in ops-land. That said, I plan to<br>
vigorously argue for scrapping all API extensions in v4 at the Juno<br>
summit. This practice has just gone on way too long...<br>
<div class="im"><br></div></blockquote><div><br></div><div>So I think that would be a great idea. I'd love for there to be<br>a cross project session on APIs. I'm sure the different projects have a lot to<br>learn from each other and I think OpenStack as a whole would really benefit from having<br>
more long term planning for the APIs so we all slowly converge to be more consistent <br>in both implementation and design.<br><br></div>Chris<br></div></div></div>