Discussion :

[alucia]

Bonjour

Je voudrais savoir s'il existe un moyen de transmettre des fichiers du serveur vers un certain nombre de clients ?

En fait ce qu'il me faut c'est un moyen pour le serveur de "prévenir" le client qu'il doit mettre à jour certaines données; et non pas le client qui demande régulièrement au serveur s'il y a du nouveau.

J'avais pensé envoyer les fichiers sur un dossier genre "tempWCF" sur les postes clients et ajouter un FileSystemWatcher sur les clients pour qu'ils effectuent le traitement dès qu'une nouvelle information est reçue. Mais je ne vois pas trop comment mettre cela en place

On m'a parlé des sockets mais tout cela reste assez flou pour moi

[BenoitM]

Quelque solution :
1) Copier le fichier sur le poste des clients (problème le serveur doit connaitre les postes client, et beaucoup de fichier a copier)
2) Les Clients regarde un dossier partager sur le réseau
3) un Thread sur les applications client qui demande au Serveur si il faut qu'ils se mettent à jour (simple mais creer des communication réseau pour rien)
4) Communication bi-directionnel entre client et serveur et le serveur communique avec les clients quand ils doivent se mettre à jour
voir combiner la communication bi-directionnelle pour signaler qu'une mis-à-jour doit etre fait une télécharger le fichier

Maintenant il faudrait voir si un fichier est la meilleur solution

[alucia]

La solution 4 m'intéresse beaucoup !
Si le serveur est capable de communiquer avec différents clients, le fichier ne sera pas nécessaire; je n'aurai qu'à envoyer le nom des éléments à changer avec leur nouvelles valeurs.

Comment procéder ?
Je n'arrive pas à "visualiser" comment le client pourrait réagir: pour le serveur c'est facile; c'est son but d'attendre qu'on le sollicite.
Mais pour le client ça ne fonctionne pas comme ça.

[BenoitM]

J'espère que tu aimes la lecture WCF et communication bi-directionnel

[alucia]

Ça m'a l'air très intéressant ! Je m'y met de suite et je teste

merci beaucoup

[alucia]

Alors;

j'ai essayé de mettre en place cette solution, en reprenant tout point par point (normalement); et lorsque mon web service utilise le callBack pour exécuter une méthode du client; mon client se freeze complètement (les fenêtre ne réagissent plus et deviennent blanches)

A noter que j'ai dû me mettre en ConcurrencyMode.Reentrant car en mettant Single j'obtenais cette erreur à l'appel du callBack :

Cette opération aboutirait à un interblocage, car la réponse ne peut pas être reçue tant que le traitement du message en cours n'est pas terminé. Pour autoriser le traitement des messages dans le désordre, spécifiez ConcurrencyMode de Reentrant ou Multiple sur ServiceBehaviorAttribute.

J'ai le même problème de freeze en mettant sur Multiple

[BenoitM]

tu fais un traitement dans le callback? Il faut surement utilisé un thread

[alucia]

Après investigation, j'ai remarqué que j'appelais le callback de mon web service avant de faire le return de la fonction; donc je pense que mon client attendait la réponse du serveur avant d'éxecuter la méthode, pendant que le web service attendait le client avant de faire le return

Ca fonctionne très bien maintenant