Le message de réponse WCF prend 40 minutes et aucune exception de délai d'attente n'est levée

Question

J'ai un service WCF hébergé dans IIS7 (le service et la configuration du client se trouvent à la fin de ce post). J'ai traversé un scénario étrange que j'espérais que quelqu'un pourrait avoir des idées sur la façon de l'attaquer et de trouver une solution.

Le service expose uniquement un contrat, 'ProcessMessage'. Je peux envoyer/recevoir des messages synchrones à partir du service en utilisant ce contrat juste avec les performances attendues, mais un appel particulier à ce contrat renvoie plus de 65 Ko de données; environ 1 Mo Lors de l'appel initial, j'ai reçu la taille de réception maximale attendue erreur dépassée. J'ai donc augmenté le maxReceivedMessageSize, et maintenant cet appel particulier prend 40 minutes pour retourner au client. C'est bien au-delà de tous les paramètres de délai d'attente, et bien au-delà de ce que je m'attendrais à ce qu'il prenne. Le temps de traitement côté serveur est de seulement 2 secondes. Il semble être tenu du côté du client.

J'ai également essayé de faire tomber plusieurs des autres quotas dans le fichier en vain.

Toutes les pensées seraient grandement appréciées. Merci.

Config Service:

<system.serviceModel> 
<services> 
    <service behaviorConfiguration="Lrs.Esf.Facade.Startup.FacadeBehavior" 
    name="Lrs.Esf.Facade.Startup.FacadeService"> 
    <endpoint address="" binding="wsHttpBinding" bindingConfiguration="default" contract="Lrs.Esf.Facade.Startup.IFacadeService"> 
     <identity> 
     <servicePrincipalName value="lrsdomain/PensionDev" /> 
     </identity> 
    </endpoint> 
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" /> 
    </service> 
</services> 
<bindings> 
    <wsHttpBinding> 
    <binding name="default"> 
     <security mode="None"/> 
    </binding> 
    </wsHttpBinding> 
</bindings> 
<behaviors> 
    <serviceBehaviors> 
    <behavior name="Lrs.Esf.Facade.Startup.FacadeBehavior"> 
     <!-- To avoid disclosing metadata information, set the value below to false and remove the metadata endpoint above before deployment --> 
     <serviceMetadata httpGetEnabled="true" /> 
     <!-- To receive exception details in faults for debugging purposes, set the value below to true. Set to false before deployment to avoid disclosing exception information --> 
     <serviceDebug includeExceptionDetailInFaults="true" /> 

    </behavior> 
    </serviceBehaviors> 
</behaviors> 

client Config:

<system.serviceModel> 
<bindings> 
    <wsHttpBinding> 
    <binding name="WSHttpBinding_IFacadeService" closeTimeout="00:01:00" 
     openTimeout="00:01:00" receiveTimeout="00:1:00" sendTimeout="00:01:00" 
     bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard" 
     maxBufferPoolSize="52428800" maxReceivedMessageSize="6553600" 
     messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true" 
     allowCookies="false"> 
     <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" 
      maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" /> 
     <security mode="None">   
     </security> 
    </binding> 
    </wsHttpBinding> 
</bindings> 
<client> 
    <endpoint address="http://esf2.facade.testpe.pg.local/FacadeWcf/FacadeService.svc" 
     binding="wsHttpBinding" bindingConfiguration="WSHttpBinding_IFacadeService" 
     contract="FacadeServiceReference.IFacadeService" name="WSHttpBinding_IFacadeService"> 
    <identity> 
     <servicePrincipalName value="lrsdomain/PensionDev" /> 
    </identity> 
    </endpoint> 
</client> 

Answer 1

J'ai compris la cause de base de la question et une solution de contournement, mais un aperçu supplémentaire serait génial.

Le DataSet était sérialisé au format XML par WCF. J'ai forcé le DataSet à sérialiser comme un octet [] et le temps réduit à 4 secondes. Une hypothèse est que l'échappement de tous les caractères dans 4 Mo de XML afin que la communication HTTP était valide est ce qui a causé le problème.

Answer 2

Vous n'a pas augmenté la taille des différents paramete rs sur le côté serveur, il semble - vous devriez certainement essayer ça! Utilisez également la configuration de liaison de votre fichier de configuration client côté serveur: le service risque de s'étouffer car la taille des messages par défaut est toujours de 64 Ko.

En outre, le receiveTimeout dans votre client de liaison est un peu drôle - il manque un chiffre zéro:

<binding name="WSHttpBinding_IFacadeService" 
receiveTimeout="00:1:00" 

Vous devez utiliser receiveTimeout="00:01:00"

Marc