> Il n'y a pas de methode standard en EJB pour obtenir des callbacks (si > j'ai bien compris ce que tu demandes).
C'est bien dommage, car la SGBD est bien mieux faite pour d�tecter les changements des donn�es que Java. > 1) Si c'est dans une autre partie du meme programme, ... C'est le cas. > je suggere un modele MVC et des firePropertyChange() Jusqu'a maintenant c'est comme cela que je programme. Mais est-il vraiment envisageable qu'une liste �coute tous les cours (pour reprendre l'exemple) pour savoir si un cours devient "listable" ? Un autre point : Est ce qu'un EJB qui est �coutable (firePropertyChange) conserve ses �coutants apr�s un d�chargement en m�moire ? > 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. Les probl�mes que je vois en monoposte : 1) Co�t de licence. Le produit en monoposte doit �tre abordable. 2) Probl�me de d�ploiement. Le produit doit �tre install� par monsieur tout le monde sur son Windows 98 3) Empreinte m�moire (et peut �tre processeur). Le produit monoposte ne doit pas demander 256 Mo ou plus pour tourner avec une efficacit� correcte. Mais peut �tre est-ce de faux probl�mes ! Je n'ai pas encore d'exp�rience r�elle d'ou mes questions :-) Merci de la r�ponse, -------------------------------------------------------------------- Erik Mazoyer, Chef de projet HyperOffice 6, rue Jacques Daguerre - 92565 Rueil-Malmaison Cedex T�l. 01 41 96 96 76 Fax 01 41 96 96 77 M�l [EMAIL PROTECTED] ----- Original Message ----- From: "Cedric Beust" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Tuesday, December 10, 2002 5:01 PM Subject: EJB et JDO (was Re: TR: Class static VS singleton) > Erik Mazoyer wrote: > > >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). > > > Il n'y a pas de methode standard en EJB pour obtenir des callbacks (si > j'ai bien compris ce que tu demandes). > > 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. > > >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 ? > > > 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. > > -- > C�dric > http://beust.com/weblog > >
