Discussion :

[grimlock]

Bonjour,

je dois faire une application qui devra fonctionner sur un poste et surveiller une autre aplication pour voir si des changements sont apporté (pour ça j'attends des détails) et afficher un message sur deux autre poste avec le nom du fichier modifié.

J'ai un peu d'expérience en Delphi, mais j'avoue que je ne sais trop quel composant prendre pour:

-Envoyer l'info sur les autres postes
-Recevoir l'information sur les postes
-Écouter sur un port pour voir si des changements sont effectuer

Une fois que je saurai quels composants prendre, ça devrait aller.

Merci

[Clorish]

A priori ca ressemble a de la communication TCP/IP via Socket.

Regarde du cote des compos Indy type TIdTCP en version Client et Serveur.

[Mac LAK]

L'idéal serait d'utiliser le protocole UDP, qui va te permettre d'envoyer ton information en broadcast (=diffusion), donc ton "serveur" n'a absolument pas besoin de connaître les adresses ou même le nombre de stations à l'écoute.

Au moins, tu n'auras pas à recompiler/reparamétrer ton programme en cas de changement des stations à l'écoute : c'est déjà pas si mal, non ? ;-)

Après, tu as plein de possibilités : directement des sockets UDP, ou des protocoles plus complexes (traps SNMP par exemple). Vu la faible complexité de ton besoin, je te conseille d'utiliser directement des sockets UDP et d'émettre un datagramme en diffusion.

[grimlock]

Merci de votre aide si rapide. Je regarde ça tout de suite!

[grimlock]

Bon j'ai fait une petite application client, une petite serveur, si j'envoie un message du client vers le serveur, ça va bien. Envoyer le message à partir du serveur (avec broadcast) semble fonctionner, mais du coté client, comment fait-on pour recevoir? Dans quel événement on met le code, et quel méthode utilise-on?

J'ai fouillé pas mal pour trouver, mais sans succès. C'est surement juste une connerie qui m'échape (ça fait près de 3 ans que je n'ai pas programmé, alors faut me pardonner )

[Clorish]

Je dis peut etre des betises mais si le compos est bien fait, ca devrias pas changé par rapport a un envoie de message simple ....

[SubZero2]

normalement le composant client a un evenement "OnRead" je crois ...

[edam]

http://nono40.developpez.com/sources/source0015/

[Sub0]

http://www.developpez.net/forums/viewtopic.php?t=367254

[fredtheman]

L'idéal serait d'utiliser le protocole UDP, qui va te permettre d'envoyer ton information en broadcast (=diffusion), donc ton "serveur" n'a absolument pas besoin de connaître les adresses ou même le nombre de stations à l'écoute.

Ca serait peut-être mieux de regarder à faire du multicasting plutôt. Ainsi, seules les bécanes qui se sont enregistrées pour ça liront les messages (cf. "publish/subscribe" de Tibco etc.).

D'ailleurs, si quelqu'un sait faire ça en Delphi, je suis intéressé à lire un bout de code...

Fred.

[Sub0]

Probablement une question bête
C'est un réseau privé ou ça passe par internet ?
Combien de machines en tout sur ton réseau ?

[grimlock]

J'ai pas eu le temps de tester tout ça (pu***n de réunions...).

C'est un réseau privé. Il y a une machine qui doit informer 2 autres des changements. C'est ce qui me bloquais un peu, c'est que toutes l'information que je trouvais c'est plusieurs clients qui envoient à un serveurs, pas un serveurs qui envoient à plusieurs clients des messages texte.

Dès que j'ai 3 minutes, je teste ça.

Merci

[Sub0]

Tes clients devront se connecter au serveur :

• Au départ, le client connait l'adresse du serveur (ip + port)
• Le client envoit son adresse au serveur
• Le serveur reçoit l'adresse du client
• Le serveur répond au client grâce à cette adresse
• Le client reçoit la réponse du serveur

Attention, les firewalls devront être paramètrés pour permettre la communication.
Bon courage, à+