<p dir="ltr">approve.</p>
<div class="gmail_quote">2014年1月13日 下午11:39于 "Sean Dague" <<a href="mailto:sean@dague.net">sean@dague.net</a>>写道：<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
This is a thread on the openstack-dev list, but Russell wisely thought<br>
we should get broader openstack community input.<br>
<br>
Now is the time for opinions. Please be civil, but please express them,<br>
because it will impact the decision in Nova v3 in icehouse.<br>
<br>
<br>
-------- Original Message --------<br>
Subject: [nova] [rfc] drop XML from v3 API entirely<br>
Date: Mon, 13 Jan 2014 09:38:47 -0500<br>
From: Sean Dague <<a href="mailto:sean@dague.net">sean@dague.net</a>><br>
To: OpenStack Development Mailing List (not for usage questions)<br>
<<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>><br>
<br>
I know we've been here before, but I want to raise this again while<br>
there is still time left in icehouse.<br>
<br>
I would like to propose that the Nova v3 API removes the XML payload<br>
entirely. It adds complexity to the Nova code, and it requires<br>
duplicating all our test resources, because we need to do everything<br>
onces for JSON and once for XML. Even worse, the dual payload strategy<br>
that nova employed leaked out to a lot of other projects, so they now<br>
think maintaining 2 payloads is a good thing (which I would argue it is<br>
not).<br>
<br>
As we started talking about reducing tempest concurrency in the gate, I<br>
was starting to think a lot about what we could shed that would let us<br>
keep up a high level of testing, but bring our overall time back down.<br>
The fact that Nova provides an extremely wide testing surface makes this<br>
challenging.<br>
<br>
I think it would be a much better situation if the Nova API is a single<br>
payload type. The work on the jsonschema validation is also something<br>
where I think we could get to a fully discoverable API, which would be huge.<br>
<br>
If we never ship v3 API with XML as stable, we can deprecate it<br>
entirely, and let it die with v2 ( probably a year out ).<br>
<br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
Samsung Research America<br>
<a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
<br>
<br>
--<br>
Sean Dague<br>
Samsung Research America<br>
<a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</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>
<br></blockquote></div>