Il messaggio di risposta WCF richiede 40 minuti e non viene generata alcuna eccezione di timeout

StackOverflow https://stackoverflow.com/questions/1207770

  •  05-07-2019
  •  | 
  •  

Domanda

Ho un servizio WCF ospitato in IIS7 (la configurazione del servizio e del client è alla fine di questo post). Mi sono imbattuto in uno strano scenario in cui speravo che qualcuno potesse avere qualche idea su come attaccarlo e trovare una soluzione.

Il servizio espone un solo contratto, "ProcessMessage". Posso inviare / ricevere messaggi sincroni dal servizio usando quel contratto perfettamente con le prestazioni previste, ma una chiamata particolare a quel contratto restituisce più di 65 KB di dati; circa 1 MB. Al momento della chiamata originale, ho ricevuto l'errore di dimensione massima di ricezione massima prevista superato. Quindi ho aumentato maxReceivedMessageSize e ora questa chiamata particolare impiega 40 minuti per tornare al client. Questo va ben oltre le impostazioni di timeout e ben oltre ciò che mi aspetterei. Il tempo di elaborazione lato server è di soli 2 secondi. Sembra essere ostacolato dal lato client.

Ho anche provato a rendere inutili molte delle altre quote del file.

Qualsiasi pensiero sarebbe molto apprezzato. Grazie.

Config servizi:

  <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>

Configurazione client:

  <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>

È stato utile?

Soluzione 2

Ho capito la causa principale del problema e una soluzione, tuttavia ulteriori approfondimenti sarebbero grandiosi.

Il DataSet veniva serializzato in formato XML da WCF. Ho costretto DataSet a serializzare come byte [] e il tempo è stato ridotto a 4 secondi. Un'ipotesi è che l'escape di tutti i caratteri in 4 MB di XML in modo che la comunicazione HTTP fosse valida è ciò che ha causato il problema.

Altri suggerimenti

A quanto pare non hai aumentato le dimensioni dei vari parametri sul lato server, dovresti assolutamente provarlo! Utilizza anche la configurazione dell'associazione dal file di configurazione del client sul lato server: il servizio potrebbe essere soffocato poiché è ancora impostato su dimensioni del messaggio di 64 KB.

Inoltre, il receiveTimeout nella tua associazione client è un po 'divertente - manca una cifra zero:

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

Dovresti usare receiveTimeout="00:01:00"

Marc

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top