[rabbitmq-discuss] Message Aggregating Queue

Alvaro Videla videlalvaro at gmail.com
Thu Apr 28 15:32:58 BST 2011


Alexis,

Going back to my mail, do you think is a good idea to specify backing queue implementation during 'queue.declare'?

-Alvaro


On Apr 28, 2011, at 4:31 PM, Alexis Richardson wrote:

> On Thu, Apr 28, 2011 at 3:18 PM, Jason Zaugg <jzaugg at gmail.com> wrote:
>> 
>> I would feel more comfortable knowing that the number of messages in
>> the broker is naturally bounded, even if the consumer misbehaves. It
>> would also be nice to have the possibility to have a pool of consumers
>> processing from a single queue, be able to restart the consumers
>> without losing unprocessed messages etc. Anyway, we should discuss
>> this some more internally; as always these sort of cats are amenable
>> to being skinned in multitude of ways :)
> 
> Correct - I would not overload that onto your LVC question.
> 
> alexis
> 
> 
> 
> 
> 
> 
> 
> 
>>> Only if you can process the data (ticks) independently from each other
>>> it makes sense to have this filtering on the broker because then it
>>> would be useful for a cluster of consumers apps processing the data.
>>> But 9 out of 10 times you need the ticks of more than one instrument
>>> to do your business logic so you'd already keep a cache with the last
>>> values anyway.
>> 
>>> Still there could be other usecases of course where having this
>>> functionality at the broker can be really useful and powerful.
>> 
>>> /2cents
>> 
>> And well worth both of them :)
>> 
>> -jason
>> 

Sent form my Nokia 1100





More information about the rabbitmq-discuss mailing list