Discussion :

[nicolas_isi]

Bonjour,

Je développe un intranet. Il est structuré en couche (présentation, servide, domaine).
Actuellement, un utilisateur peut voir tous les client et peut ajouter ou modifier un client. Le souci c'est que lorsqu'il ajoute un client, ça met à jour sa liste, mais celle des autres poste ne sont pas mises à jour.

C'est un souci uniquement de présentation, car en bd le client a bien été ajouté.

Tout, simplement, avec jsf, je ne sais pas comment rafraichir la liste des aurtes poste.

En vous remerciant,
Nicolas

[Malone]

Un peu dur de répondre sans plus de détails, à quel(s) moment(s) tes listes sont mises à jour/construites par la persistance?

Tu veux que les listes soient rafraichies en "temps réel" ou juste à jour quand on affiche par exemple la vue qui liste les clients?

[nicolas_isi]

Oui c'est pas faux, un peut dur de répondre sans plus de détails. Excusez moi.

Ma liste est toujours affichée : c'est un tableau sur la gauche de l'écran, avec à droite les champs inputText et des commandButton pour ajoute, modifier, ...

Je souhaiterai que ma liste se rafraichisse en temps réel.

Ma liste est mise à jour par le constructeur du bean qui sert à afficher les clients.
Elle est mise à jour à chaque appuie du commandButton "ajouter" :

1- j'ajoute à ma base de donnée le client

2- je met à jour ma liste de client, qui est un dataTable

Je peux te montrer le code si tu veux.

Nicolas

[Malone]

et bien dans ce cas la, je dirais voir du coté des threads pour rafraichir la liste régulièrement pour tes clients, ou bien alors utiliser un managed bean avec scope application , afin de partager cette liste pour tous les utilisateurs.

Par contre j'ai un gros doute niveau perf et bonnes pratiques avec ces deux solutions.

Pour ce genre de problématique il me semble que le design pattern Observer est utilisé pour des applis clients riches types swing, il faudrait fouiller pour voir comment il est possible d'implémenter cela pour une appli web jsf.

[*alexandre*]

et bien dans ce cas la, je dirais voir du coté des threads pour rafraichir la liste régulièrement pour tes clients, ou bien alors utiliser un managed bean avec scope application , afin de partager cette liste pour tous les utilisateurs.

Par contre j'ai un gros doute niveau perf et bonnes pratiques avec ces deux solutions.

Pour ce genre de problématique il me semble que le design pattern Observer est utilisé pour des applis clients riches types swing, il faudrait fouiller pour voir comment il est possible d'implémenter cela pour une appli web jsf.

quel intérêt d'implémenter observer ? observer n'est utile que pour des applications qui se partagent la même référence à une entité dans le contexte d'une application web il n'y a aucun intérêt vu que ce que tu partage ce sont des données et non des références à un objet particulier

dans un contexte de session, request comment veux-tu accéder à une référence unique alors que les clients sont différents ?

Il doit certainement avoir un besoin plus simple qui doit charger les données pour chaque requête et non pas stockés les données en session

[Malone]

Il me semblait que l'observer permettait de "surveiller" une méthode ou objet pour pouvoir tenir au courant d'autres objets en cas de modifications, mais aucune certitude la dessus, d'où le "il me semble".