On Fri, May 18, 2012 at 11:40 AM, Eric Windisch wrote:
>
> >
> >
> > a) the queue must guaranty the delivery of messages.
> > To the contrary of monitoring, loss of events may have important billing
> > impacts, it therefore cannot be an option that message be lost.
>
> Losing messages should alwa
Nick Barcet wrote:
> a) the queue must guaranty the delivery of messages.
> To the contrary of monitoring, loss of events may have important billing
> impacts, it therefore cannot be an option that message be lost.
I don't think absolute reliability is desirable for this application. SCTP
part
>
>
> a) the queue must guaranty the delivery of messages.
> To the contrary of monitoring, loss of events may have important billing
> impacts, it therefore cannot be an option that message be lost.
Losing messages should always be an option, in the extreme cases. If a message
is undeliverabl
On Fri, May 18, 2012 at 11:02 AM, Eric Windisch wrote:
> The nova rpc implementation is moving into openstack common, I agree with
> using this abstraction.
>
That's a good point, I forgot about that.
>
> As per ZeroMQ, I'm the author of that plugin. There is a downloadable
> plugin for Essex a
The nova rpc implementation is moving into openstack common, I agree with using
this abstraction.
As per ZeroMQ, I'm the author of that plugin. There is a downloadable plugin
for Essex and I'm preparing to make a Folsom merge prop within the next week or
so, if all goes well.
Sent from my iPad
On Fri, May 18 2012, Doug Hellmann wrote:
> While I see the benefit of discussing requirements for the message bus
> platform in general, I'm not sure we need to dictate a specific
> implementation. If we say we are going to use the nova RPC library to
> communicate with the bus for sending and re
I think you want to write to the AMQP spec as much as possible and allow
multiple implementations. Opentack supports Rabit MQ and QPID, and you
should be able to use either.
On 05/18/2012 04:42 AM, Nick Barcet wrote:
Hello everyone,
Next week's irc meeting will have for goal to choose a re
On Fri, May 18, 2012 at 4:42 AM, Nick Barcet wrote:
> Hello everyone,
>
> Next week's irc meeting will have for goal to choose a reference
> messaging queue service for the ceilometer project. For this meeting to
> be able to be successful, a discussion on the choices that we have to
> make need
Hello everyone,
Next week's irc meeting will have for goal to choose a reference
messaging queue service for the ceilometer project. For this meeting to
be able to be successful, a discussion on the choices that we have to
make need to occur first right here.
To open the discussion here are a fe
9 matches
Mail list logo
