Je suis nouveau pour les services WCF. Je travaille avec WCF depuis plus de deux mois et j'adore ses capacités. J'utilise un WCF auto-hébergé dans un service Windows. La liaison est netTCP car le client et le service sont sur la même machine. Ma communication est en duplex et j'utilise une session WCF. Avec ces fonctionnalités, l'un des besoins de conception de mon application est que l'interface utilisateur soit toujours connectée au service. J'utilise un thread séparé dans mon interface pour toujours interroger l'état de la connexion et recréer et ouvrir le canal au cas où à l'état fautif. Comme j'ai des rappels asynchrones du service, le client devrait toujours être connecté. Voici quelques questions:Communication WCF et client sur un service WCF auto-hébergé
Est-il acceptable d'utiliser des techniques d'accueil auto sachant que le client et le service sur la même machine? J'ai utilisé WCF pour faciliter la communication entre processus.
Est-ce que cela a du sens de garder ce thread vivant du client ou devrais-je utiliser une autre technique?
Je veux aller mieux dans l'utilisation et la configuration de WCF. Y a-t-il un bon livre ou du matériel de lecture en ligne sur les services WCF hébergés?
Veuillez nous consulter.
Merci,
Subbu
Oui, le service wcf et le client sont sur deux processus distincts. Puisque les deux processus se parlent, j'ai hébergé un service WCF dans chacun d'entre eux et j'utilise les clients wcf des deux côtés en raison du besoin de communications asynchrones. J'utilise la liaison nette TCP. Parfois, je reçois une exception du client wcf disant "Connexion au serveur interrompu ..... timeout 2: 59: 999 ....." et quand je vérifie l'état du client, son réel dans un état ouvert. Comment est-ce possible? Est-ce que la liaison tcp nette a quelque chose à voir avec ça? – Subbu