[Stratégie] Mise en oeuvre du pattern observer

Bonjour à tous,

J’aimerai implémenter le pattern observer avec les EJB3. Mon application cliente comporte une IHM en SWT et doit écouter une EJB session stateful qui effectue un calcul numérique plus ou moins long côté serveur. L’IHM doit tenir l’utilisateur informé de l’état du calcul : barre de progression, affichage de texte.

Dans un premier temps j’ai imaginé le pattern observer de façon classique : l’IHM implémente l’interface d’un écouteur et s’inscrit auprès de l’EJB session comme obervateur de celle-ci.

Or, les containers SWT ne sont pas sérialisables (Shell, Display, Composite, ProgressBar, ProgressMonitor, …) et quand bien même, la sérialisation ne fait qu’une copie de l’objet et il n’y a pas d’intérêt à utiliser une copie de l’objet côté serveur : aucun impact sur l’application cliente.

Il existe toujours la solution où l’IHM crée un thread pour demander périodiquement l’état de l’EJB session mais cette solution n’est pas le pattern observer. D’ailleurs, les EJB sessions stateful acceptent elles l’accès concurrent (accès du même client) sans problème ?

En faisant quelques recherches, j’ai découvert Java Message Service qui rend le même service qu’un pattern observer et apparemment sans que l’IHM doit être sérialisable. Mais je me demande s’il n’existe pas un moyen moins lourd.

Merci de votre aide.

Environnement : application cliente implémentée avec Eclipse RCP, EJB3 sous JBoss 4.2.1 , Java 1.6

Peut être faudrait il faire une injection de dependance pour acceder et ecouter ta session Bean a partir de ton application Cliente.

salut,

Je connais les injections de dépendance mais je ne vois pas comment ça résout mon problème : mon application cliente n'est pas un objet distribué ! A moins bien sur de créer un objet distribué côté client et de l'injecter dans la session bean ... Est ce un comportement normal que le client soit aussi une application distribuée ?

je t envoie sur cette page , je pense que t auras toutes tes reponses,

http://pagesperso-orange.fr/emmanuel...anSession.html


bonne chance

C'est un peu usine à gaz mais la solution la plus propre serait d'utiliser JMS.
Ton EJB postera périodiquement des informations dans un "Topic" sur lequel écoutera ton appli cliente.
Une fois que coté client tu recevras un message, tu parseras ton message et mettra à jour l'affichage de ton IHM.
D'ailleurs vu que le calcul est long, coté client tu devras poster un message JMS pour lancer le calcul coté serveur, et donc remplacer ton statefull bean par un MDB.

Je me suis bien renseigné sur JMS et effectivement c'est la solution la plus propre.

J'ai expérimenté la solution d'interroger l'EJB session au sujet de l'état des calculs par un thread côté client mais j'y ai gagné un beau javax.ejb.ConcurrentAccessException. En effet on ne peut pas faire des invocations sur une EJB session qui est en cours d'invocation.

Alors j'ai essayé de mettre mes calculs numériques dans un thread managé par l'EJB session stateful. Je sais que c'est mal mais ça marche et tant que le client interroge l'EJB session, je ne risque pas la passivation de celle-ci.


Restrictions sur les EJB :
http://java.sun.com/blueprints/qanda...trictions.html

Merci de vos réponses.