<br><font size=2 face="sans-serif">Understood but I'd rather solve this
more generically once instead of each possible async op doing its own thing.
 I like consistency  :-)</font>
<br>
<br><font size=2 face="sans-serif">Note that I do distinguish between a
'real' async op (where you really return little more than a 202) and one
that returns a skeleton of the resource being created - like instance.create()
does now. </font>
<br><font size=2 face="sans-serif"><br>
thanks<br>
-Doug<br>
______________________________________________________<br>
STSM |  Standards Architect  |  IBM Software Group<br>
(919) 254-6905  |  IBM 444-6905  |  dug@us.ibm.com<br>
The more I'm around some people, the more I like my dog.</font>
<br>
<br>
<br>
<table width=100%>
<tr valign=top>
<td width=40%><font size=1 face="sans-serif"><b>Jay Pipes <jaypipes@gmail.com></b>
</font>
<br><font size=1 face="sans-serif">Sent by: openstack-bounces+dug=us.ibm.com@lists.launchpad.net</font>
<p><font size=1 face="sans-serif">06/28/2012 12:01 PM</font>
<td width=59%>
<table width=100%>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">To</font></div>
<td><font size=1 face="sans-serif">openstack@lists.launchpad.net</font>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">cc</font></div>
<td>
<tr valign=top>
<td>
<div align=right><font size=1 face="sans-serif">Subject</font></div>
<td><font size=1 face="sans-serif">Re: [Openstack] Nova and asynchronous
instance launching</font></table>
<br>
<table>
<tr valign=top>
<td>
<td></table>
<br></table>
<br>
<br>
<br><tt><font size=2>On 06/27/2012 06:51 PM, Doug Davis wrote:<br>
> Consider the creation of a "Job" type of entity that will
be returned<br>
> from the original call - probably a 202.  Then the client can
check the<br>
> Job to see how things are going.<br>
> BTW - this pattern can be used for any async op, not just the launching<br>
> of multiple instances since technically any op might be long-running
(or<br>
> queued) based on the current state of the system.<br>
<br>
Note that much of the job of launching an instance is already <br>
asynchronous -- the initial call to create an instance really just <br>
creates an instance UUID and returns to the caller -- most of the actual
<br>
work to create the instance is then done via messaging calls and the <br>
caller can continue to call for a status of her instance to check on it.
<br>
In this particular case, I believe Devin is referring to when you <br>
indicate you want to spawn a whole bunch of instances and in that case,
<br>
things happen synchronously instead of asynchronously?<br>
<br>
Devin, is that correct? If so, it seems like returning a packet <br>
immediately that contains a list of the instance UUIDs that can be used
<br>
for checking status is the best option?<br>
<br>
Or am I missing something here?<br>
-jay<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>
</font></tt>
<br>