Skip to content

Conversation

@neteinstein
Copy link

Added support for lossless event delivery

This way if the flag is set to true, the event is only delivered and deleted from the queue whenever a matching subscriber is registered.

Added support for lossless event delivery
Should not break, to avoid sending the event to just one of the
subscribers.
@greenrobot
Copy link
Owner

A sticky event does not fulfill your use case?

@neteinstein
Copy link
Author

It's not exactly the same use case, it's for the cases where I do not know that there are no listeners (yet). The only way I could do it, is to always use sticky events, and remove them as soon as the first listener receives it.

Although I understand your doubts in merging, as it can cause the list of events to grow indefinitely if some event doesn't get a listener which can create a very tricky bug.

@rjbrock
Copy link
Contributor

rjbrock commented Nov 12, 2014

I recommend not merging this. This duplicates the sticky events functionality without adding anything new.

Accomplishing what you are trying to do here would be to utilize sticky notifications, and your subscribers will still get the notifications after they initialize

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants