Erik Mazoyer wrote:
Il n'y a pas de methode standard en EJB pour obtenir des callbacks (si j'ai bien compris ce que tu demandes).Pour EJB, deux questions se posent :1 ) EJB permet-il de connaitre la modification d'une liste ? Par exemple : J'affiche sur un client Java la liste des cours ayant moins de 10 �l�ves. Pour cela j'utilise JList de Swing et un ListModel qui va bien. Par ailleurs 2 �l�ves s'inscrivent � un cours ayant d�j� 9 �l�ves. Cons�quence, ma liste doit �tre modifier (un cours vient de dispara�tre, 11 �tant sup�rieur � 10). EJB a t'il une m�thode standard ? En fait comment faire d�pendre une liste d'un requ�te SQL modifi�e par des changements externes (ici un cours obtient 11 �l�ves et donc devient s�lectionn� par le SELECT).
Tout depend de la facon dont les modifications peuvent etre faites en dehors de ton interface graphique :
1) Si c'est dans une autre partie du meme programme, je suggere un modele MVC et des firePropertyChange()
2) Si c'est dans un autre processus Java, peut-etre JMS ? (ou un autre moyen asynchrone)
3) Si c'est une autre programme qui va modifier la base de donnees, ton programme va devoir regulierement emettre une requete vers la base de donnees pour regarder si quelque chose a ete change.
Je ne suis pas sur de comprendre. Pourquoi voudrais-tu changer ton implementation parce que tu tournes en monoposte ? N'importe quel conteneur EJB raisonnablement implemente va optimiser les appels et la difference par rapport a une application monolithique sera quasiment impossible a discerner.2 ) En consid�rant que l'application client/serveur existe comment puis-je la faire tourner en monoposte ? Je consid�re que tous les objets peuvent avoir une impl�mentation Locale. En fait je voudrais conserv� du serveur EJB que la persistance. Par contre, je n'envisage pas d'installer et de configurer un serveur EJB complet sur chaque poste. Bref existe t'il une solution pour "compiler" un serveur d'EJB uniquement locaux ?
--
C�dric
http://beust.com/weblog
