Discussion :

[Bebuck]

Bonjour bonjour,
je viens vers vous pour essayer de résoudre une problématique que je rencontre sur mon projet.
Pour simplifier un peu les choses, j'ai un serveur (springboot) qui fait certains calcules, et en fonction des résultats, j'aimerais notifier certains utilisateurs en temps réel.
J'ai donc une application Android codée en Kotlin.

Dans un premier temps je pensais simplement créer une table Alert dans ma base Postgresql, qui contient simplement un attribut "isActive" l'id de l'utilisateur à notifier, et le code du message.
Mais cela veut dire que l'application doit tourner en permanence en arrière plan sur tous les smartphones, et faire des requêtes très fréquentes. J'ai peur que ça consomme beaucoup de ressources.

Je me suis ensuite pencher sur le système "Messagerie Cloud Firebase". Mais ça m'embête un peu d'ajouter une couche externe à mon application, d'autant que j'ai déjà une base Postgresql, et que je ne suis pas certain qu'on puisse notifier que certains utilisateurs ?

Y a t'il une meilleure solution pour ce genre de tâche ?

D'avance merci et belle journée,

Bebuck

[grunk]

Bonjour,

La bonne méthode est de passer par firebase. C'est le standard que tout le monde utilise.
Tu peux évidemment notifier un seul appareil parmi X , ou que ceux abonné à un "channel" particulier , etc.

L'avantage de cette solution comme tu l'as déjà remarqué c'est qu'elle est parfaitement optimisée.
L'inconvénient c'est que Google fait évoluer assez souvent sa gestion des notifications et que tu vas être tributaire de ces évolutions (j'ai réecris tout ou partie de la gestion de notification 3x en 10 ans de vie d'une app).
Coté serveur si tu utilises un des langages supporté par le SDK l'intégration sera très facile, si ce n'est pas le cas ca va être plus difficile si tu veux utiliser le tout dernier protocole et non le legacy (qui lui est simple).

Tu peux tout à fait faire ton propre système , mais ca veux dire que tu vas devoir garder une socket ouverte en permanence pour pouvoir pusher les notifications quand elle arrive. Ca veux deux donc dire que tu dois mettre en place une communication , la maintenir , définir un protocole , être scalable si jamais tu viens avoir bcp d'utilisateur, etc ...

[Bebuck]

Merci pour la réponse.
Je vais me pencher plus sérieusement sur Firebase alors.
J'avais peur de ne pas pouvoir envoyer de messages à des utilisateurs précis, mais j'ai trouvé un tuto (plus trop à jour, mais compréhensible) pour envoyer un message depuis une application SpringBoot :

https://christopher-neve.com/fr/envo...n-spring-boot/

Je vais donc tester ceci, et si tout fonctionne, je vais me poser la question de migrer mon serveur d'authentification KeyCloack vers Firebase Authentication, histoire de mutualiser un peu les services de mon app.

[grunk]

Si ton backend est en java tu peux directement utiliser le SDK firebase : https://firebase.google.com/docs/admin/setup

Ca va te simplifier la vie au niveau de l'envoi de notification. Ca revient basiquement à construire le message et appeler send() : https://firebase.google.com/docs/clo...g/send-message

[Bebuck]

Le back-end et bien en Java, donc j'ai un end-point pour envoyer les messages. Mais comme je ne peux pas utiliser le système de topics, je pense que je vais devoir stocker dans un attributs transcient les tokens firebase des utilisateurs pour envoyer les messages aux bons de vices

[grunk]

Oui c'est ce que je fait (pas en java).
Dès que j'ai un téléphone qui s'abonne , je stock son token en faisant le lien avec l'utilisateur concerné. Et ensuite je vais récupérer ce token pour notifier la personne concernée.