WCF duplex et connexion continue ?

**alucia** · 29/10/2013, 11h56

Bonjour à tous

Pour une application j'ai besoin que plusieurs clients se connectent à un serveur pour appeler différentes méthodes et récupérer certaines infos provenant d'une base de données. A différents moments, le serveur doit aussi rappeler un ou plusieurs clients pour leur notifier certains changements.

Pour couvrir ces besoins j'ai utilisé un web service WCF en full duplex, en suivant cet exemple.

Cependant, je me demande si j'ai fait le bon choix car je ne sais pas si WCF supporte vraiment bien les connexions "longue durée"

A tout moment mon serveur a besoin de savoir combien de clients sont connectés et si je n'utilise pas mon channel pendant un certain temps; il passe en état faulted et je suis obligée de le réinstancier, je ne trouve pas ça très élégant

Existe-t-il un autre moyen que de passer par un web service WCF pour établir une connexion bidirectionnelle entre mon serveur et mes clients ?
La connexion en question devra être maintenue plusieurs heures (voire plusieurs jours)

**fguigui** · 06/12/2013, 10h31

Y a les sockets, pour une aussi longue connexion, je ne sais pas si ça peut le faire.
Voir les sockets dans .Net, WebSockets dans HTML5.
A creuser.

**GuruuMeditation** · 09/12/2013, 08h54

Sinon ton client peut pinger régulièrement le serveur, histoire de lui dire qu'il est toujours là

**alucia** · 09/12/2013, 12h03

Merci pour vos réponses

Si je m'oriente vers les sockets, comment dois-je m'y prendre pour "exposer" les méthodes de mon serveur ? Et comment mon client va pouvoir les invoquer et récupérer les résultats ?

GuruuMeditation, un simple ping suffit pour que mon serveur comprenne que mon client est toujours là et qu'il réinitialise le temps avant de mettre le canal en faulted ou faut-il absolument que mon client invoque une méthode ?