Rafraichissement de la vue à partir du bean

Salut,

Je voudrais rafraichir ma vue depuis un thread autre que le programme principal.

Avec le programme principal, il suffit de faire

Code:

---

JavascriptContext.addJavascriptCall(FacesContext.getCurrentInstance(), "javascript:refresh();");

---

Mais avec un autre thread, j'ai un nullpointerexception car il arrive pas à récupérer le context.

J'aurais pu faire aussi un simple appel à la méthode init() de mon constructeur, mais elle aussi récupère le FacesContext du coup j'ai la même exception à son niveau

Auriez vous une méthode pour faire cela ?

Merci

y a une raison particulière à ne pas utiliser le Thread de la requete, sur lequel est associé le contexte JSF?

Au fait, je suis connecté à une autre application, quand il y a deconnexion ou reconnexion à celle ci c'est un autre thread qui informe mon programme principal.

Et c'est la où je voudrais repassé dans le constructeur de mon bean car quand il y a pas de connexion avec l'autre programme, mon bean n'est pas rempli. Du coup quand la connexion est rétablie, je voudrais rafraichir automatiquement ma vue.

Pour contourner ce problème, j'ai du crée une autre méthode init, qui met à jour mes structures sans récupérer les infos du context(je garde tout simplement les anciennes infos).

Je laisse le topic ouvert, si quelqu'un à une méthode plus intéressante et non pas du bidouillage, comme ce que je viens de faire :)

Merci

t'es censé manipuler le FacesContext uniquement dans le cadre d'une requete HTTP. Donc ton thread qui gère les connection et rempli des bean, il dois travailler sur un couche séparée de JSF. Ce sont des objets métiers. Les bean JSF devraient agir en surcouche dessus. C'est pas obligatoire de faire cette séparation (parfois c'est meme du double codage inutile) mais dans ton cas, c'est presque nécessaire je crains.

merci pour ton conseil,

Le problème c'est que je suis dans la phase finale de développement de mon application, donc pour changé mon architecture ça risque de devenir un vrai casse tête.

Pour ne pas refaire la même architecture, je voudrais bien comprendre ce que tu viens d'expliquer.

Moi j'ai que des beans request, chaque vue est lié à un managed bean (ou backing bean car perso, je vois pas trop la différence, même si on a parlé de ça dans un autre topic) . Je dirais qu'elle est même fortement liée à ce bean. Car ça m'arrive de récupérer des composants de la JSPX, récupérer le context pour faire des redirection ou même l'id de la session ...

Dans mon cas de figure dois je faire la séparation que vous avez mentionné ?

Merci

ca sert à rien si le design et l'implémentation sont fait de tout casser. Mais si tu dois, en plus, générer tes beans dans un autre contexte que le contexte d'une requete http, faut faire gaffe à ce qu'ils n'utilisent pas dans ces méthodes des appels à FacesContext. En clair, faut être bien conscient que seul le thread qui gère la réponse à ta requete http à accès au FacesContext.

Oui, en plus j'y suis contraint car en plus je peux pas récupérer le context depuis les autres thread :)

Au fait, tous les threads que j'utilise sont là pour dégager le thread principal d'un certain nombre de traitement pour que la performance soit le plus optimale.

C'est juste une sorte de délégation que fait mon prog principal. Mais c'est vrai que j'étais tenter de récupérer le context dans un autre thread. Mais bon apparemment c'est pas possible ...

si tu fait

requete http -> traitement -> actions parallelisées dans des threads -> fin de traitement -> réponses

attention aux pertes de performances dues aux thread. N'oublie pas que tu es dans une application web, passer de 1 thread par client à 4 (exemple 3 actions en // en plus du thread principalà, c'est quadrupler la charge en threads sur le serveur. Le jeu en vaut-il la chandelle?

ta raison, mais je fais pas comme ca, j'ai qu'un seul thread qui est crée par le managed bean, qui fait un calcul puis termine, donc au plus deux threads par session.

Les autres sont crées via des threads pool par un autre programme qui a toujours une seule instance, quelques soit le nombre de connexions. Il sert à mettre à jour mes vues en temps réel.

on parle de icefaces ici???

oui j'utilise Icefaces. ça change quelque chose ?