<div dir="ltr"><br><div class="gmail_extra">Hi Toan-Tran,</div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-19 9:40 GMT+01:00 Khanh-Toan Tran <span dir="ltr"><<a href="mailto:khanh-toan.tran@cloudwatt.com" target="_blank">khanh-toan.tran@cloudwatt.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div lang="FR" link="blue" vlink="purple"><div><div class=""><p class="MsoNormal"><span lang="EN-US">> Agreed. I'm just thinking on the opportunity of providing a REST API<u></u><u></u></span></p><p class="MsoNormal">
<span lang="EN-US">> on top of the scheduler RPC API with a 1:1 matching, so that the Gantt<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">> project would step up by itself. I don't think it's a hard stuff, provided I<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US">> already did that stuff for Climate (providing Pecan/WSME API). What<u></u><u></u></span></p><p class="MsoNormal"><span lang="EN-US">> do you think about it ? Even if it's not top priority, that's a quickwin.<u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> <u></u></span></p></div><p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d">Well, I’m not sure about “quickwin”, though </span><span lang="EN-US" style="font-size:11.0pt;font-family:Wingdings;color:#1f497d">J</span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"> I think that we should focus on the main objective of having a self-contained Gantt working with Nova first. Some of the interaction issues still worry me, especially the host_state & host_update queries. These issues will have impact on the Gantt API (at least for Nova to use), so I’m not sure the current RPC API will hold up either. But I will not discourage any personal effort </span><span lang="EN-US" style="font-size:11.0pt;font-family:Wingdings;color:#1f497d">J</span><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u><u></u></span></p>
<p class="MsoNormal"><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1f497d"><u></u> </span></p></div></div></blockquote><div><br></div><div>Well, about the 2 things : first, the REST API would just be a mapping 1:1 of the scheduler RPC API, ie select_destinations(), run_instance() and prep_resize(). The arguments passed to the object would just be serialized in a POST query with JSON/XML data and deserialized/passed to the RPC API. Think it as a REST wrapper, no hard stuff.</div>
<div><br></div><div>About the host_state that's something that has been discussed yesterday, Gantt first has to provide a python lib for the calls to update_from_compute_node, but that could also be managed thanks to a CLI python binding later on.</div>
<div><br></div><div>-Sylvain</div></div></div></div>