Comment puis-je faire en sorte que WCF ferme automatiquement les connexions?

Question

Lorsque je crée une application WCF à l'aide des modèles Visual Studio intégrés et que j'essaie de l'appeler lors d'une boucle, seules 5 demandes sont exécutées. Le service cesse ensuite de répondre. La seule façon de contourner ce problème est de fermer les connexions après chaque appel.

Je sais que vous êtes censé nettoyer après vous-même, mais je sais aussi que vous n'aviez pas à le faire avec les services Web. Beaucoup de gens qui vont frapper notre service ne fermeront pas leur connexion.

Existe-t-il un moyen d'obtenir le même comportement avec WCF?

Voici ma config

<system.serviceModel> 
    <services> 
     <service name="WorkflowLibrary1.Workflow1" behaviorConfiguration="WorkflowLibrary1.Workflow1.Service1Behavior"> 
     <endpoint address="" binding="wsHttpContextBinding" contract="WcfServiceLibrary1.IService1"/> 
     </service> 
    </services> 
    <behaviors> 
     <serviceBehaviors> 
     <behavior name="WorkflowLibrary1.Workflow1.Service1Behavior"> 
      <serviceMetadata httpGetEnabled="true"/> 
      <serviceDebug includeExceptionDetailInFaults="true"/> 
     </serviceBehaviors> 
    </behaviors> 
    </system.serviceModel> 

Answer 1

Les 5 connexions vient probablement du serveur - vous pouvez définir le nombre de sessions ouvertes maximum, appels simultanés max, et les instances de serveur max par des serveurs comportement serviceThrottling.

En même temps, cela vous permettra-t-il d'augmenter le nombre de sessions simultanément ouvertes, je recommanderais quand même de nettoyer correctement après vous-même - même si vous n'aviez pas à le faire dans le passé .... .

Je suggère enroulant l'utilisation de votre proxy client dans une déclaration using comme ceci:

using(ClientProxy proxy = new ClientProxy()) 
{ 
    // go ahead, call your service methods 
} 

---

Mise à jour: comme commentor a à juste titre souligné, ce qui a il est Shar e de problèmes, puisque le client pourrait jeter une exception après avoir été disposé. Donc, cela peut ne pas fonctionner très bien - ou vous devez envelopper un try...catch autour d'elle pour gérer les cas où la fermeture du proxy client provoque un problème.

Voir Avoiding Problems with the Using Statement

---

De cette façon, le proxy client est automatiquement fermé et disposé quand la portée des extrémités du bloc à l'aide, et votre canal du client vers le serveur est libéré et le serveur est prêt recevoir un autre appel d'un autre client.

De plus, avec wsHttpContextBinding, vous devez vérifier si vous avez vraiment besoin des sessions activées par défaut - la meilleure pratique conseillée serait d'utiliser l'instanciation par appel sur le serveur, par ex. Chaque appelant instancie un nouvel objet serveur. Les sessions présentent toute une série de nouveaux problèmes et d'éventuels pièges, alors j'essayerais de les utiliser seulement quand je le devrais vraiment (et en tirer un avantage) - sinon, éteignez les sessions.

Marc

Answer 2

ont également un regard sur le WCF Dynamic Client Proxy. Il va automatiquement nettoyer après votre proxy.

Answer 3

1. Lire ce premier -> Comment éviter les problèmes avec l'instruction à l'aide: http://msdn.microsoft.com/en-us/library/aa355056.aspx

2. Si vous voulez une solution plus robuste que prévu dans le lien ci-dessus, je recommande ceci: http://bloggingabout.net/blogs/erwyn/archive/2006/12/09/WCF-Service-Proxy-Helper.aspx (code) http://bloggingabout.net/blogs/erwyn/archive/2007/01/30/usage-of-the-wcf-serviceproxyhelper.aspx (utilisation/échantillons)

Voila!