arafat877
Messages postés13Date d'inscriptionmercredi 7 juillet 2004StatutMembreDernière intervention22 décembre 2010 14 janv. 2011 à 19:38
salut !
Je veux adapter ton code pour mon projet.
Il s'agit d'une application client/serveur qui est basé sur Spring RMI, le client contient une JTable, je veux lors ce que un utilisateur A apporte des changements à la table par le bais d'un formulaire, les autres doivent voire les dits changements, sans cliquer sur un bouton par exemple.
et comme tu le sais, en Spring RMI, on n'ai pas amener à dériver les classes Remote, ni UnicastRemoteObject.
il faut juste déclarer une interface, et une classe qui va l'implémenter, puis donner la main à Spring afin qu'il publie le service, et de l'autre côté il faut déclarer la même interface et une classe l'implémentant, puis donner la main à Spring afin d’établir la connexion avec le serveur.
Ma question comment adapter ta solution, pour Spring ?
Cordialement
titoss87
Messages postés1Date d'inscriptionvendredi 14 août 2009StatutMembreDernière intervention18 août 2010 18 août 2010 à 14:18
MERCI POUR Le code source c intéressant , mais est ce que vous pouver nous indiquer comment exécuter ce code (le main)
indiana_jules
Messages postés750Date d'inscriptionmardi 9 mars 2004StatutMembreDernière intervention23 décembre 200822 17 févr. 2006 à 12:41
j'en suis desole, j'avais fait ca rapidement lors d'un weekend afin de trouver une solution pratique pour un projet, je n'avais donc pas mis les commentaires.
Grosso modo le Subscriber est l'observer et le Publisher l'observable.
Le Publishing sert de gestion des Subscriber qui sont sur les clients (le publishing se situe dans le serveur)
voilà
akandras
Messages postés5Date d'inscriptionlundi 10 novembre 2003StatutMembreDernière intervention 3 février 2006 3 févr. 2006 à 23:37
Pour plus d'informations sur les classes publisher/subscriber
C'est en anglais, mais le vocabulaire est pas compliqué
bonne lecture.
akandras
Messages postés5Date d'inscriptionlundi 10 novembre 2003StatutMembreDernière intervention 3 février 2006 3 févr. 2006 à 13:32
Nikel Le code qu'il me faut !!
Juste un petit reproche, les commentaires !!!!!!!!
J'aurai voulu des petites précisions sur la correspondance avec les classes observer/Observable, un petit résumé de chaque classe, ...
Enfin des commentaires qui aurait évité de reprendre à zéro ton code et d'imaginer un exemple tout bete d'utilisation basic d'un modele MVC avec RMI.
D'ailleurs j'ai toujours pas fini de comprendre ton code...
14 janv. 2011 à 19:38
Je veux adapter ton code pour mon projet.
Il s'agit d'une application client/serveur qui est basé sur Spring RMI, le client contient une JTable, je veux lors ce que un utilisateur A apporte des changements à la table par le bais d'un formulaire, les autres doivent voire les dits changements, sans cliquer sur un bouton par exemple.
et comme tu le sais, en Spring RMI, on n'ai pas amener à dériver les classes Remote, ni UnicastRemoteObject.
il faut juste déclarer une interface, et une classe qui va l'implémenter, puis donner la main à Spring afin qu'il publie le service, et de l'autre côté il faut déclarer la même interface et une classe l'implémentant, puis donner la main à Spring afin d’établir la connexion avec le serveur.
prière de bien vouloir lire ces articles :
http://static.springsource.org/spring/docs/2.0.x/reference/remoting.html
http://cosminaru.ro/blog/2006/11/02/spring-by-examples-rmi/
Ma question comment adapter ta solution, pour Spring ?
Cordialement
18 août 2010 à 14:18
17 févr. 2006 à 12:41
Grosso modo le Subscriber est l'observer et le Publisher l'observable.
Le Publishing sert de gestion des Subscriber qui sont sur les clients (le publishing se situe dans le serveur)
voilà
3 févr. 2006 à 23:37
allez voir là : http://jdj.sys-con.com/read/35878.htm
C'est en anglais, mais le vocabulaire est pas compliqué
bonne lecture.
3 févr. 2006 à 13:32
Juste un petit reproche, les commentaires !!!!!!!!
J'aurai voulu des petites précisions sur la correspondance avec les classes observer/Observable, un petit résumé de chaque classe, ...
Enfin des commentaires qui aurait évité de reprendre à zéro ton code et d'imaginer un exemple tout bete d'utilisation basic d'un modele MVC avec RMI.
D'ailleurs j'ai toujours pas fini de comprendre ton code...