Domain events In Discourse


(Del Boy Trotter) #1

is there any concept of domain events in discourse? We’d like our app to be notified of certain events within discourse.

If not we’ll be looking at creating this as some sort of extension but I do think there’d need to be code added to the main code in order to fire the events.

Ideally the aggregator would be generic so we (or anyone) can plug in their own mechanism for consuming or forwarding these events.

Anyone know anything about this?


(Jeff Atwood) #2

Can you be more specific about what events you want to see?


(Del Boy Trotter) #3

I guess it’s things that would be interesting to the user still in our app but outside of discourse. So off the top of my head:

  • @mentions
  • badge awarded
  • etc

Basically whenever there is a notification in the header for a user - we could then listen out for these events (probably by subscribing to RabbitMQ topics) and forward the notifications in our header.


(Kane York) #4

You can request /notifications.json?silent=true&api_username=$username&api_key=$master_api_key (FROM THE SERVER TO DISCOURSE - do not ship the master api key to clients)

This will give you the notifications, without marking them as seen (clearing the blue indicator).

(The master API key lets you perform requests as any user.)


(Del Boy Trotter) #5

hmmm I’d rather do this out of process. Also we’d have to poll discourse for each user which is not something I’d like to get into.


(Kane York) #6

Actually…

@sam is it possible for a MessageBus subscriber to receive all messages, regardless of the specified security settings? (The user_ids/group_ids)

Then your service could subscribe to all /notifications/:userid channels, or all /topic/:id channels, or…


(Sam Saffron) #7

There is no override subscribe all (admin only) thing, but I am fine to add that to message bus if people want to submit a PR.


(Del Boy Trotter) #8

Looks like I’ll be taking my 1st dive into ruby!