Erhöhung der timeout für WCF-web service in c#

Ich habe derzeit eine Anwendung, die ruft einen web service auf einem server für die Suche. Wir können erwarten, eine große Menge von Daten zurückgegeben werden, so eine Suche länger dauern als eine minute, ist es routine.

Haben wir erhalten die folgenden Fehlermeldung für so große Volumen suchen:

Den request-Kanal Zeitüberschreitung beim warten auf eine Antwort nach 00:00:59.7350618. Erhöhen Sie den timeout-Wert übergeben, um den Anruf zu Verlangen oder erhöhen Sie den SendTimeout-Wert auf der Bindung. Die Zeitdauer für diesen Vorgang kann ein Teil eines längeren Timeouts.

Dies ist etwas, das wir gesehen haben, gebeten, in mehreren Fragen auch schon gepostet auf StackOverflow, leider ist keine der angebotenen Lösungen haben mir geholfen, das Problem zu beheben oder sogar in der Lage, konfigurieren Sie die time-out-Fenster.

Wir haben uns beide geändert, die app.config für den client, erhöht alle timeouts da involviert (CloseTimeout, "OpenTimeout" ReceiveTimeout, und SendTimeout) und alle web.config-Werte für den Dienst auf dem server (closeTimeout, "opentimeout" und SendTimeout).

Keine dieser änderungen hatte keine Wirkung, ich bekomme noch immer die minute timeout. Keine Ahnung warum die änderungen an diesen Werten hätte das keine Auswirkungen?

In den Beispielen unten senkten wir die Zeit um uns aus zu warten, bis die volle minute während der Prüfung.

Web.config:

<configuration>
  <system.web>
    <compilation targetFramework="4.0" />
  </system.web>
  <system.diagnostics>
    <trace autoflush="true" />
    <sources>
      <source name="System.Net">
        <listeners>
          <add name="TraceFile" />
        </listeners>
      </source>
      <source name="System.Net.Sockets">
        <listeners>
          <add name="TraceFile" />
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add name="TraceFile" type="System.Diagnostics.TextWriterTraceListener"
           initializeData="trace.log" />
    </sharedListeners>
    <switches>
      <add name="System.Net" value="Verbose" />
      <add name="System.Net.Sockets" value="Verbose" />
    </switches>
  </system.diagnostics>
  <system.serviceModel>
    <diagnostics>
      <messageLogging logMalformedMessages="false" logMessagesAtServiceLevel="false"
                      logMessagesAtTransportLevel="false" />
    </diagnostics>
    <services>
      <service behaviorConfiguration="SearchIndexServiceBehavior" name="SearchIndex.Service">
        <endpoint address="" binding="basicHttpBinding" contract="ISearchIndexServices" />
        <host>
          <timeouts closeTimeout="00:00:10" />
        </host>
      </service>
    </services>
    <bindings>
      <basicHttpBinding>
        <binding closeTimeout="00:00:10" openTimeout="00:00:15" sendTimeout="00:00:20"
                 receiveTimeout="00:00:25" maxBufferSize="2147483647" maxBufferPoolSize="2147483647"
                 maxReceivedMessageSize="2147483647">
          <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647"
                        maxArrayLength="2147483647" maxBytesPerRead="2147483647"
                        maxNameTableCharCount="2147483647" />
        </binding>
      </basicHttpBinding>
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior name="SearchIndexServiceBehavior">
          <serviceMetadata httpGetEnabled="false" />
          <serviceDebug includeExceptionDetailInFaults="false" />
        </behavior>
      </serviceBehaviors>
    </behaviors>
  </system.serviceModel>
  <system.transactions>
    <defaultSettings timeout="00:05:00" />
  </system.transactions>
</configuration>

app.config

<configuration>
  <configSections>
  </configSections>
  <startup>
  </startup>
  <system.serviceModel>
    <bindings>
      <basicHttpBinding>
        <binding name="BasicHttpBinding_ISearchIndexServices" closeTimeout="00:00:10" openTimeout="00:00:15" receiveTimeout="00:10:00" sendTimeout="00:00:20" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferSize="5242880" maxBufferPoolSize="524288" maxReceivedMessageSize="5242880" messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered" useDefaultWebProxy="true"> 
          <readerQuotas maxDepth="32" maxStringContentLength="5242880"maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384" />
          <security mode="None">
            <transport clientCredentialType="None" proxyCredentialType="None" realm="" />
            <message clientCredentialType="UserName" algorithmSuite="Default" />
          </security>
        </binding>
      </basicHttpBinding>
    </bindings>
    <client>
      <endpoint address="http://MyServer/SearchIndexService/SearchIndexServices.svc" binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_ISearchIndexServices" contract="WFC.ISearchIndexServices" name="BasicHttpBinding_ISearchIndexServices" />
    </client>
  </system.serviceModel>
</configuration>

Wie verbinden Sie sich mit den WCF service? Verwenden Sie einen client generiert(Add Service Reference), ChannelFactory<T>, oder die Umsetzung von ClientBase<T>?
Die Beschreibung des Problems hier kann durch den Indikator, dass Ihre maxReceivedMessageSize ist vielleicht zu klein. Obwohl dann die Fehlermeldung wäre ziemlich seltsam. Aber ich kann mich erinnern, hatte das Problem auch vor einiger Zeit.
Ich habe gerade einen Service Verweis auf MyServer

InformationsquelleAutor user1183014 | 2012-02-01

c#wcf

12

Ich denke, du bist wahrscheinlich schlagen der OperationTimeout für die client-side-request-Kanal, die aus irgendeinem Grund nicht einfach eingestellt werden über die standard-Konfiguration-Attribute.

Versuchen, diese in den client-code vor dem Aufruf der long-running-operation:
```
((IContextChannel)clientProxy.InnerChannel).OperationTimeout = new TimeSpan(0,30,0); //For 30 minute timeout - adjust as necessary
```
wo clientProxy ist eine Instanz der service-Referenz-generierten Client-Klasse (welche abgeleitet ist von ClientBase<ISearchIndexService>).
- Für alle anderen kommt hier die InnerChannel Sachen für mein-service-client implementiert IClientChannel, die die gleiche OperationTimeout-Einstellung. Ich landete mit nur myClient.InnerChannel.OperationTimeout = new TimeSpan(0,30,0);. Sah nicht, warum.
InformationsquelleAutor Chris Dickson
4

Können Sie versuchen, diese
```
 SeriveClient client=new ServiceClient();
    var time = new TimeSpan(0, 3, 0);
    client.Endpoint.Binding.CloseTimeout = time;
                client.Endpoint.Binding.OpenTimeout = time;
                client.Endpoint.Binding.ReceiveTimeout = time;
                client.Endpoint.Binding.SendTimeout = time;
```
- OP sagt, er hat schon versucht, keine Wirkung. Das ist, weil es ist ein anderes Zeitlimit, die OperationTimeout, die ausgelöst werden kann.
- Diese Antwort ist nützlich, denn es zeigt einen anderen Weg, um Zugang timeouts der WCF-Client, ohne app.config. In meinem Fall hilft es mir, weil ich nur TESTEN wollte meinen WebService schnell [also mit einem timeout von 5 Sekunden]. dann, wenn ich weiß, das WebService funktioniert,
InformationsquelleAutor Dinesh Kumar

Diesem Service-Modell Beispiel zeigt das binding-element timeout Eigenschaften, die benötigt werden, die client-web -.config.

Beachten Sie, dass alle timeout-Eigenschaften sind auf 10 Minuten festgelegt. Dieses Beispiel verwendet eine bindungskonfiguration element, um den "maxItemsInObjectGraph" Eigenschaft. In der Regel, wenn Sie brauchen, um die timeout-up, das bedeutet, dass Sie wahrscheinlich die übertragung großer Mengen von Daten. Beachten Sie auch, dass die Größen der Daten transferrred sind alle für die Handhabung von bis zu 2 Gigabyte.

<?xml version="1.0" encoding="UTF-8"?>
<system.serviceModel>
   <bindings>
      <basicHttpBinding>
         <binding name="BasicHttpBinding_ISearchIndexServices" closeTimeout="00:10:00" openTimeout="00:10:00" receiveTimeout="00:10:00" sendTimeout="00:10:00" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferSize="2147483647" maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647" messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered" useDefaultWebProxy="true">
            <readerQuotas maxDepth="32" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" />
            <security mode="None">
               <transport clientCredentialType="None" proxyCredentialType="None" realm="" />
               <message clientCredentialType="UserName" algorithmSuite="Default" />
            </security>
         </binding>
      </basicHttpBinding>
   </bindings>
   <client>
      <endpoint address="http://MyServer/SearchIndexService/SearchIndexServices.svc" behaviorConfiguration="SearchIndexServicesBehavior" binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_ISearchIndexServices" contract="WFC.ISearchIndexServices" name="BasicHttpBinding_ISearchIndexServices" />
   </client>
   <behaviors>
      <endpointBehaviors>
         <behavior name="SearchIndexServicesBehavior">
            <dataContractSerializer maxItemsInObjectGraph="2147483647" />
         </behavior>
      </endpointBehaviors>
   </behaviors>
</system.serviceModel>

InformationsquelleAutor BuzzWilder

0

Timeout den Wert der send-timeout auf dem client. Dies ist, wie lange der Kunde bereit ist, auf eine Antwort zu warten und so muss festgelegt werden auf dem client anstatt der service
- Die SendTimeout auf die Kunden-app.config ist auf 20 Sekunden festgelegt. Sogar mit dem Wert, der niedrig ist, ist die Anfrage immer noch eine minute dauern, um Fehler. Ich habe den sendTimeout auf dem client und service auf 20 Sekunden festgelegt.
- Es klingt, als ob deine config-Einstellung ist nicht immer abgeholt - haben Sie überprüft, im debugger, ob die client-proxy-binding ist definitiv der 20er Jahre?
- Die SendTimeout deckt nur die Zeit bis zur Fertigstellung des transport-Protokoll für die übergabe der request-Nachricht an den server. Wenn die Antwort-Nachricht, die dann dauert eine lange Zeit kommen, dieses Zeitlimit wird nicht ausgelöst.
InformationsquelleAutor Richard Blewett

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.