Last post Apr 21, 2014 10:55 AM by InterwebNewb
Apr 15, 2014 10:46 AM|InterwebNewb|LINK
I am a novice when it comes to web development, and I am looking into SignalR to provide real-time updates to users of my azure web service.
I know that I can use "groups" to narrow which users receive updates, but this does not seem granular enough for my purposes. I may have a group of users, but I may want to send messages to a subset of them based on the content of the message.
Concatenating multiple group criteria (group.subgroup) would not be ideal because the other conidition(s) may be more dynamic. Since I am already using SignalR over the Azure ServiceBus, I was looking into using a SqlFilter to achieve my goals, but
I haven't seen anyone do this in my research. I may be looking in the wrong places; nonetheless,
how can I filter which users receive my notifications by more than just a group (subgroups?) over the azure service bus?
If I can achieve this by using a SqlFilter on the subscription, how would I?
Any help you can provide would be appreciated. Thanks.
Apr 16, 2014 06:58 PM|abhishek.nanda|LINK
SignalR also lets you specify the connection ids that you want to exclude from the group. Since your criteria is dynamic, I don't see how any out of the box implementation is going to help you.
Apr 21, 2014 10:55 AM|InterwebNewb|LINK
I couldn't find anything that built in that let me do it. I had to store the connection ids in persistant storage (such a db) along with related info, then I grabbed the ids that I wanted using a query and passed the notifications to those clients.
I was hoping to avoid the datbase hit, so I'd still welcome an alternative; however, since it's on azure, in process storage wouldn't work...different machines and such.