implement notification system to avoid polling requests

Bug #903789 reported by Ricardo Kirkner
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical SSO provider
Confirmed
High
Unassigned
Unity Linux
New
Undecided
Unassigned

Bug Description

Currently, the only way a consumer has to know whether account creation has completed is to periodically poll the API for the status of the user's account.

By implementing a notification system, this polling could be avoided, and SSO would just notify the consumer when the process completed.

An implementation could be via a message queue (rabbitmq) where consumers would subscribe to sso messages.

By exposing different kind of events via this queue, other types of requests could also be avoided (for example, requesting tokens and checking whether they are still valid can be skipped, as the consumer would be notified every time a new token is created and invalidated).

This queue could also be used to expose a logout notification so that the user could get logged out of all the subscribing systems simultaneously.

Changed in canonical-identity-provider:
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.