Re: [Openstack] Queue Service, next steps

2011-02-19 Thread Eric Day
When you want to modify messages in a queue and also return those that were modified. This is the atomic get/set needed by workers. POST /account/queue?hide=60 HTTP/1.1 This will return all messages currently in /account/queue, but also mark them as hidden for 60 seconds. This ensures only one

Re: [Openstack] Queue Service, next steps

2011-02-19 Thread Eric Day
Hi Todd, That's the multicast example, for a normal 1-1 queue, look at the first example: Worker: POST /account/queue?wait=60hide=60detail=all (long-polling worker, request blocks until a message is ready) Client: PUT /account/queue (message inserted, returns unique id that was created)

Re: [Openstack] Queue Service, next steps

2011-02-19 Thread Eric Day
Hi Mike, On Sat, Feb 19, 2011 at 07:42:12PM -0600, Michael Barton wrote: On Fri, Feb 18, 2011 at 9:38 PM, Eric Day e...@oddments.org wrote: Hi Mike, You make a good point, I apologize for not documenting some of the ideas sooner. The architecture I had in mind borrows from other queue

Re: [Openstack] Queue Service, next steps

2011-02-19 Thread Chris Behrens
I have been meaning to reply with the exact same thing. On Feb 18, 2011, at 10:12 AM, Jay Pipes jaypi...@gmail.com wrote: Personally, I'd prefer C++ since that's what I'm used to, but I'd be open to learning Erlang, too. Been wanting to learn it for a while now. -jay On Fri, Feb 18,