Looking at it I think I'd rather just implement an InstanceSubscriptionStorage implementation. It just doesn't seem to belong mixed in with Msmq stuff
On Jan 9, 1:09 am, "Ayende Rahien" <[email protected]> wrote: > Yes. > > On Fri, Jan 9, 2009 at 10:06 AM, Mike Nichols <[email protected]>wrote: > > > > > Would it make sense to unify GetSubscriptions inside the storage > > implementation so the caller doesn't have to deal with the different > > subscriptions types? You already do a similar thing in GatherConsumers > > () but this could be pushed down into the SubscriptionStorage impl. > > > On Jan 9, 12:52 am, "Ayende Rahien" <[email protected]> wrote: > > > It should include instance subscriptions as well, I think. > > > > On Fri, Jan 9, 2009 at 9:46 AM, Mike Nichols <[email protected] > > >wrote: > > > > > Sorry for the message blitz lately, but... > > > > "Publish" currently only sends to registered subscriptions and not > > > > instance subscriptions. So at the end of a Saga I want to Publish() an > > > > message which I intend my InstanceSubscription to receive as well as > > > > other subscribers. The Starbucks sample has this, too. > > > > The message won't make it to the instance subscription though since > > > > only GetSubscriptions is called on the storage inside > > > > PublishInternal. > > > > > Calling .Send() includes the instance subscription as a recipient. > > > > > Am I correct in saying Publish is called as if to say 'send this > > > > message only to those subscribers with endpoints configured for this > > > > message' or should it be invoking instance subscriptions too? --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Rhino Tools Dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/rhino-tools-dev?hl=en -~----------~----~----~----~------~----~------~--~---
