OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

sca-assembly message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [sca-assembly] [Issue 251] Some early thoughts

A quick response to this:

On 12/14/10 12:41 AM, Anish Karmarkar wrote:
> The pub-sub model is different than this. A consumer may express 
> interest in certain events, but there is absolutely no guarantee that 
> an event may ever be delivered to it. Similarly, a producer may 
> produce events, but there is not guarantee that any consumer is either 
> listening for those events or even if a consumer is listening, it may 
> decide to just drop it on the floor and not take any action based on 
> that event. Furthermore, these kind of connections are meant to be 
> many-to-many. As far as cardinality goes, the cardinality has to be 
> wrt how many channels the producer/consumer is connected to regardless 
> of how many consumer/producers are on those channels. This makes 
> cardinality in pub-sub tricky. As far as cardinality upper bound goes, 
> what is the difference between a consumer connected to 2 channels each 
> with 5 producers and the same consumer connected to a single channel 
> with 10 producers? 

Seems like the above notion confuses the M-to-N relationship of 
(publishers & subscribers) "attached" to a channel, with the different 
scenario of attaching a producer to multiple channels.  With the latter, 
in the generic case, the runtime will likely need to send messages to 
both channels - thus a receiving consumer will see the same message 
*twice* because a producer is wired to two channels, and the consumer is 
wired to the same two channels.  Consequently, I see a dramatic 
difference between allowing a consumer to consume from multiple 
channels, and allowing both a producer and a consumer to attach to 
multiple channels.

In the second case, I'm guaranteeing the ability to achieve a relatively 
useless outcome - a consumer who is ("best effort", or whatever quality 
of service is in use) guaranteed to receive two or more copies of the 
same event.



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]