<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Thu, Jun 20, 2013 at 10:51 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class="im">On 06/20/2013 11:20 AM, Brian Elliott wrote:<br>

> On Jun 19, 2013, at 7:34 PM, Christopher Yeoh <<a href="mailto:cbkyeoh@gmail.com">cbkyeoh@gmail.com</a>> wrote:<br>
><br>
>> Hi,<br>
>><br>
>> Just wondering what people thought about how necessary it is to keep XML support for the Nova v3 API, given that if we want to drop it doing so during the v2->v3 transition is pretty much the ideal time to do so.<br>

>><br>
>> The current plan is to keep it and is what we have been doing so far when porting extensions, but there are pretty obvious long term development and test savings if we only have one API format to support.<br>
>><br>
>> Regards,<br>
>><br>
>> Chris<br>
>><br>
><br>
> Can we support CORBA?<br>
><br>
> No really, it'd be great to drop support for it while we can.<br>
<br>
</div>I agree personally ... but this has come up before, and when polling the<br>
larger audience (and not just the dev list), there is still a large<br>
amount of demand for XML support (or at least that was my<br>
interpretation).  So, I think it should stay.<br>
<br>
I'm all for anything that makes supporting both easier.  It doesn't have<br>
to be the ideal XML representation.  If we wanted to adopt different<br>
formatting to make supporting it easier (automatic conversion from json<br>
in the code I guess), I'd be fine with that.<br></blockquote><div><br></div><div style>Sounds like keystone's xml_body middleware, which rewrites JSON <--> XML on demand, so keystone itself only has to speak JSON. The v3 API is designed with a few accommodations to make serialization to/from XML a bit easier (i.e. always including a everything in a container), and the serializer contains a few hardcoded exceptions to support the v2 API's inconsistent XML definition. Otherwise, it generally just applies conventions to convert from one format to the other.</div>
<div style><br></div><div style>Middleware: <a href="https://github.com/openstack/keystone/blob/7ccfac73fb204e65f6cdcb8aa2ed6a053846967c/keystone/middleware/core.py#L144">https://github.com/openstack/keystone/blob/7ccfac73fb204e65f6cdcb8aa2ed6a053846967c/keystone/middleware/core.py#L144</a><br>
</div><div style><br></div><div style>The de/serializer: <a href="https://github.com/openstack/keystone/blob/7ccfac73fb204e65f6cdcb8aa2ed6a053846967c/keystone/common/serializer.py">https://github.com/openstack/keystone/blob/7ccfac73fb204e65f6cdcb8aa2ed6a053846967c/keystone/common/serializer.py</a></div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><font color="#888888"><br>
--<br>
Russell Bryant<br>
</font></span><div class=""><div class="h5"><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>
</div></div></blockquote></div><br></div></div>