<font face="arial" size="2"><p> </p>
<p> </p>
<p>-----Original Message-----<br />From: "Jay Pipes" <jaypipes@gmail.com><br />Sent: Wednesday, February 16, 2011 5:09pm<br />To: "Glen Campbell" <glen.campbell@rackspace.com><br />Cc: "openstack@lists.launchpad.net" <openstack@lists.launchpad.net><br />Subject: Re: [Openstack] OpenStack Compute API 1.1 ‹ server actions<br /><br />On Wed, Feb 16, 2011 at 5:02 PM, Glen Campbell<br /><glen.campbell@rackspace.com> wrote:<br />> The proposed compute API 1.1 has a specification for server actions (Sec.<br />> 4.4) with the endpoint:<br />><br />>    /servers/{id}/action<br />><br />> The actual action is specified as the body of the POST request, and the<br />> implication is that the action is performed immediately, or as soon as<br />> possible.<br /><br />Hmm, do you mean the GET request? The above URL implies the action is<br />part of the GET URL...</p>
<p> </p>
<p> </p>
<p><span style="border-collapse: collapse; line-height: 16px; font-size: small;">/servers/{id}/action only accepts POST requests with an action entity as the body, "action" is not a replaceable string</span></p>
<p> </p>
<p><br /><br />> I'd like us to consider changing this "action" resource into a "calendar" or<br />> perhaps "schedule" resource:<br />><br />>    /servers/{id}/schedule{/year{/month{/day{/hour{/minute}}}}}<br />><br />> This would provide a generalized way of performing actions on a scheduled<br />> basis.<br />><br />> For example, instead of having to wake up at 2AM to reboot a server (for<br />> whatever reason), the administrator could schedule that event:<br />><br />>    /servers/{id}/schedule/2011/2/17/02/00<br />><br />> By using the default resource (without the day or time specified), the<br />> meaning would be synonymous with the proposed "/action" resource; i.e.,<br />> perform it NOW, or as soon as possible.<br /><br />Why not /servers/{id}/{action}/schedule/2011/2/17/02/00 instead? That<br />way no POST would be required.</p>
<p> </p>
<p> </p>
<p>Changing a POST to a GET may seem convenient, but to me GET != POST and should never be used that way. Why not add a "schedule_at" property to the action entity and keep the url short?</p>
<p> </p>
<p><br /><br />> The schedule resource could have additional uses; for example, a GET request<br />> could return the currently-scheduled actions for a particular server.<br /><br />Sure. So, GET /servers/{id}/schedule would return a list of scheduler actions?<br /><br />-jay<br /><br />> Glen<br />><br />> Confidentiality Notice: This e-mail message (including any attached or<br />> embedded documents) is intended for the exclusive and confidential use of<br />> the<br />> individual or entity to which this message is addressed, and unless<br />> otherwise<br />> expressly indicated, is confidential and privileged information of<br />> Rackspace.<br />> Any dissemination, distribution or copying of the enclosed material is<br />> prohibited.<br />> If you receive this transmission in error, please notify us immediately by<br />> e-mail<br />> at abuse@rackspace.com, and delete the original message.<br />> Your cooperation is appreciated.<br />><br />> _______________________________________________<br />> Mailing list: https://launchpad.net/~openstack<br />> Post to     : openstack@lists.launchpad.net<br />> Unsubscribe : https://launchpad.net/~openstack<br />> More help   : https://help.launchpad.net/ListHelp<br />><br />><br /><br />_______________________________________________<br />Mailing list: https://launchpad.net/~openstack<br />Post to     : openstack@lists.launchpad.net<br />Unsubscribe : https://launchpad.net/~openstack<br />More help   : https://help.launchpad.net/ListHelp</p></font>