I think there are a few distinct issues:<div><br></div><div>1) XML support. I was thinking that most XML issues would also be issues in the JSON, so validating the XML will also serve as validating the JSON. I'd appreciate an example here, but I agree in general that focusing on JSON is acceptable - as long as its not just that we don't see the problems in JSON because we're not validating it as thoroughly.</div>
<div><br></div><div>2) Missing features. I don't think of this as an API issue, unless these are supported features which we simply aren't exposing. My understanding is that it's the underlying support that's holding this back, not the API itself.</div>
<div><br></div><div>3) The v1.1 schema changes. To be honest, I'm still confused here. I think you want to maximize compatibility with Cloud Servers v1.0, so it sounds like you would also want a minimal v1.1 that was just the bare minimum additional features to support additional features in nova (e.g. changePassword action) I don't really understand where the 'nice to have' (e.g. atom links) changes came from in that case. I think everyone would support a minimal set of changes to the CloudServers v1.0 API; even if people would rather have their own OpenStack API long-term, supporting the two existing cloud APIs is an obvious win.</div>
<div><br></div><div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><br></span></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">> Given this, what makes the most sense to me is to focus on stability for version 1.0 API excluding XML support. The bindings that are out there have strong support for the JSON data formats in v1.0. As suggested, I think we call the current mostly implemented 1.1 API experimental so as to give access to any features that we need that are only in 1.1.</span></div>
<div><br></div><div>I think v1.0 is a good API, and has the advantage that a lot of existing clients work with it. I would personally like XML support to be in there, but I understand that we need to make sacrifices, so accept that the focus should be on JSON in v1.0.</div>
<div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><br></span></div><div><meta http-equiv="content-type" content="text/html; charset=utf-8"><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">I think calling v1.1 experimental and discussing it at the Design Summit is the right thing to do. If you need to extend v1.0 (e.g. to support restartServer in "v1.0"), then I think you can make the call on re-numberings.</span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; "><br></span></div><div><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; font-size: 13px; ">> One point I would like to ask about is how important is XML to the 1.0 implementation?</span></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;">I personally would like to see XML support shipped, even if marked experimental and not 100%. </span></font><span class="Apple-style-span" style="border-collapse: collapse; font-family: arial, sans-serif; ">I had thought that getting the XML right would mean we got the JSON right also, and it's easier to test the XML. However, I totally agree that JSON should be our top priority. Given the time situation, I think XML work should only be done to help the JSON (e.g. adding namespaces to the XML lets us do a schema validation, which indirectly helps us check the JSON => yes. Fixing XML output where the JSON output is already valid => not a priority)</span></div>
<div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif"><span class="Apple-style-span" style="border-collapse: collapse;"><br>
</span></font></div><div>Justin</div>