Manipuler des Threads dans un ManagedBean

Bonjour Tout le monde,
je suis un peux confus face à une décision à prendre.
Mon application JSF + EJB gère une table de notification des utilisateurs lors de l'arrivé de certains évènement les concernant dans l'application;
tout comme dans la messagerie yahoo où il y a une notification qui me signale l'arrivé d'un nouveau mail. Je voudrai de la même façon notifier l'utilisateur connecter s'il un évènement le concernant se produit.
L'idée intuitive qui me traverse l'esprit est de créer un thread dans un bean session pour chaque utilisateur qui va interroger la table périodiquement. mais je lis partout qu'il est déconseillé d'utiliser les threads en environnement web. alors je viens vers vous pour savoir comment puis-je implémenter cette fonctionnalité? Je vous remercie d'avance

Pourquoi tu veux faire un Thread? Il suffit qu'a chaque fois que le client fait une demande à ton jsf, tu vérifie la table à ce moment là. Pour afficher chez le client, il faudra de toutes façons que ce client fasse une demande de rafraichissement d'information. Même si tu faisait un Thread qui aille lire la base de données régulièrement, comment ce thread serait capable de pousser cet information vers le navigateur??

bonjour,

Citation:

---

Envoyé par mysianne

mais je lis partout qu'il est déconseillé d'utiliser les threads en environnement web. alors je viens vers vous pour savoir comment puis-je implémenter cette fonctionnalité?

---

Je dirais que cela dépend de la version de java EE avec laquelle tu travailles.
En effet, pour java EE 6 et antérieur, il n'y avait rien qui permettait de géré correctement les threads donc il est effectivement déconseillé de les utiliser, mais depuis java EE 7 il y a :

• ManagedThreadFactory
• ManagedScheduledExecutorService

Il est donc tout à fait possible de les utiliser.

Citation:

---

Envoyé par mysianne

Je voudrai de la même façon notifier l'utilisateur connecter s'il un évènement le concernant se produit.
L'idée intuitive qui me traverse l'esprit est de créer un thread dans un bean session pour chaque utilisateur qui va interroger la table périodiquement.

---

Le problème est que potentiellement ta thread fera des requêtes sur ta base même s'il y a aucune notification. Il est possible d'envisager une autre solution via l'utilisation d'un trigger au niveau de la base de données, bien évidement cela dépend du SGBD que tu utilises ! L’avantage du trigger est qu'il déclenchera une action que lorsque cela sera nécessaire.

Citation:

---

Envoyé par tchize_

comment ce thread serait capable de pousser cet information vers le navigateur??

---

Cela peux très bien ce faire via du push, et en plus de façon très simple :D

Il est vrai que la pertinence de l'utilisation des threads dans ce que peut se discuter. et je prend très sérieusement en compte ta suggestion tchize_. cependant,

Citation:

---

Il est possible d'envisager une autre solution via l'utilisation d'un trigger au niveau de la base de données, bien évidement cela dépend du SGBD que tu utilises ! L’avantage du trigger est qu'il déclenchera une action que lorsque cela sera nécessaire.

---

comment l'utilisateur sera-t-il informé des changement effectuer par le trigger sans interroger la base de donnée de l'une des manière évoquée?

Citation:

---

Cela peux très bien ce faire via du push, et en plus de façon très simple

---

peux-tu s'il te plait m'en dire d'avantage au sujet de ce push? je ne sais pas en quoi ça consiste.

Citation:

---

Envoyé par mysianne

comment l'utilisateur sera-t-il informé des changement effectuer par le trigger sans interroger la base de donnée de l'une des manière évoquée?

---

Certaines bases de données permet d'appeler des programmes externes, voir même des services web lors du déclenchement du trigger !
Le trigger est déclencher par la base de données pour effectué des actions sur insertion, update, ...
Pour le trigger report toi à la documentation de ta base de données.

Citation:

---

Envoyé par mysianne

peux-tu s'il te plait m'en dire d'avantage au sujet de ce push? je ne sais pas en quoi ça consiste.

---

Le principe est simple, le push est un événement déclenché coté serveur, pour effectué une action coté navigateur comme par exemple rafraichir une partie de ta page, afficher un message, ...
Le push est basé sur les websockets, les frameworks JSF on chacun leur façon de les utiliser !
Moi j'utilise primefaces et il y a un exemple d'utilisation du push ici.

Un exemple de scenario (si ta base à la capacité de le faire) :

• un trigger sur la table de notification lors d'une insertion
• un service web sur le serveur permettant d'être informé d'une notification
• Le service web déclenche le push
• l'interface web affiche le message

Maintenant cela dépend de ce que propose ta base de donnée pour l'exécution d'actions externes, et aussi si tu utilises un framework JSF !

Merci pour le tuyau Alkhan j'utilise bien JSF et Primefaces, et ma base de données est sous postgres sql. je vais de suite voir les possibilités des trigger là. ça ma l'air tellement interessant se que tu me dis que je suis tout exité !

j'ai beau regardé et je ne sais toujours pas si postgres autorise une telle manipulation. si t'a des infos dessus, et surtout des exemple pour me faciliter la compréhension. Merci encore

je ne pense pas que postgres aille jusque là. Des gros truc comme oracle peuvent tout faire. Reste à savoir si c'est une bonne idée de le faire: commit -> trigger -> webservice. Que se passe-t-il si le webservice ne répond pas? rollback? SQL error? ignoré? Que se passe-t-il si le webservice est lent? Que se passe-t-il si le webservice, pour prendre en charge la requête va fouiller la même table?

Citation:

---

Envoyé par tchize_

je ne pense pas que postgres aille jusque là.

---

Théoriquement si, comme expliqué ici.

je parlais, de mon coté, d'avoir postgres qui attaquerait un webservice :D, pas des trigger ;)

C'est quand même utiliser un marteau piqueur pour enfoncer un clou... un trigger pour appeler un webservice qui fait un push vers le client 8O

Pourquoi ne pas utiliser (bêtement) une requête ajax à intervalle régulier pour aller chercher les notifications non encore traitées ?

Citation:

---

Envoyé par OButterlin

Pourquoi ne pas utiliser (bêtement) une requête ajax à intervalle régulier pour aller chercher les notifications non encore traitées ?

---

Quelque chose comme Ajax Poll peut-être?

Citation:

---

Envoyé par Mishulyna

Quelque chose comme Ajax Poll peut-être?

---

Par exemple oui, c'est simple à mettre en œuvre

Merci pour ces dernière informations. je crois que c'est ce qu'il me faut pour ce problème si simple.