WCF - Jak zwiększyć limit rozmiaru wiadomości

Mam usługę WCF, która zwraca 1000 rekordów z bazy danych do klienta. Mam klienta WCF ASP.NET (dodałem odniesienie do usługi w projekcie aplikacji sieci web asp.net, aby korzystać z WCF).

Po uruchomieniu aplikacji klienckiej pojawia się następujący komunikat:

Limit maksymalnej wielkości wiadomości dla wiadomości przychodzących (65536) został przekroczony. Aby zwiększyć przydział, użyj właściwości MaxReceivedMessageSize na odpowiednim elemencie wiążącym.

Jakaś pomoc? Jak zwiększyć limit rozmiaru wiadomości?

Potrzebujesz czegoś takiego, aby zwiększyć limity wielkości wiadomości w pliku App.config lub Web.config :

<bindings>
    <basicHttpBinding>
        <binding name="basicHttp" allowCookies="true"
                 maxReceivedMessageSize="20000000" 
                 maxBufferSize="20000000"
                 maxBufferPoolSize="20000000">
            <readerQuotas maxDepth="32" 
                 maxArrayLength="200000000"
                 maxStringContentLength="200000000"/>
        </binding>
    </basicHttpBinding>
</bindings>

I użyj nazwy powiązania w konfiguracji punktu końcowego, np

...
bindingConfiguration="basicHttp"
...

Uzasadnienie wartości jest proste, są one wystarczająco duże, aby pomieścić większość komunikatów. Możesz dostroić ten numer do swoich potrzeb. Niska wartość domyślna ma zasadniczo zapobiegać atakom typu DOS. Ustawienie 20000000 pozwoliłoby na skuteczność rozproszonego ataku DOS, domyślny rozmiar 64k wymagałby bardzo dużej liczby klientów, aby obezwładnić większość serwerów w dzisiejszych czasach.

Jeśli nadal pojawia się ten komunikat o błędzie podczas korzystania z klienta testowego WCF, to dlatego, że klient ma osobny MaxBufferSize ustawienie .

Aby rozwiązać problem:

1. Kliknij prawym przyciskiem myszy plik konfiguracji węzeł konfiguracji na dole drzewa
2. Wybierz Edytuj za pomocą SvcConfigEditor

Pojawi się lista edytowalnych ustawień, w tym MaxBufferSize.

Uwaga: Automatycznie generowani klienci proxy również domyślnie ustawiają MaxBufferSize na 65536.

Jeśli dynamicznie tworzysz powiązania WCF, oto kod do użycia:

BasicHttpBinding httpBinding = new BasicHttpBinding();
httpBinding.MaxReceivedMessageSize = Int32.MaxValue;
httpBinding.MaxBufferSize = Int32.MaxValue;
// Commented next statement since it is not required
// httpBinding.MaxBufferPoolSize = Int32.MaxValue;

WCF test klienta ma swój własny config klienta.

Uruchom klienta testowego i przewiń w dół. Po dwukrotnym kliknięciu węzła Plik konfiguracji zobaczysz reprezentację XML. Jak widać, maxReceivedMessageSizejest65536 .

Aby go edytować, kliknij prawym przyciskiem myszy węzeł drzewa Plik konfiguracji i wybierz opcję Edytuj za pomocą SvcConfigEditor . Po otwarciu edytora rozwiń Wiązania i kliknij dwukrotnie powiązanie, które zostało automatycznie wygenerowane.

Możesz edytować wszystkie właściwości tutaj, w tym maxReceivedMessageSize. Po zakończeniu kliknij Plik - Zapisz .

Na koniec, gdy wrócisz do okna klienta testowego WCF, kliknij Narzędzia - Opcje .

UWAGA : Usuń zaznaczenie opcji Zawsze generuj ponownie konfigurację podczas uruchamiania usług .

Znalazłem łatwy sposób

--- kliknij prawym przyciskiem myszy plik konfiguracyjny webconfig lub aplikacji i kliknij EDYTUJ KONFIGURACJĘ WCF i przejdź do bingdigs i wybierz poprzednią usługę, a po prawej stronie pokaż maxReciveMessageSize podaj dużą liczbę ---

Rozwiązuję problem ... w następujący sposób

    <bindings>
  <netTcpBinding>
    <binding name="ECMSBindingConfig" closeTimeout="00:10:00" openTimeout="00:10:00"
      sendTimeout="00:10:00" maxBufferPoolSize="2147483647" maxBufferSize="2147483647"
      maxReceivedMessageSize="2147483647" portSharingEnabled="true">
      <readerQuotas maxArrayLength="2147483647" maxNameTableCharCount="2147483647"
          maxStringContentLength="2147483647" maxDepth="2147483647"
          maxBytesPerRead="2147483647" />
      <security mode="None" />
    </binding>
  </netTcpBinding>
</bindings>
<behaviors>
  <serviceBehaviors>
    <behavior name="ECMSServiceBehavior">
      <dataContractSerializer ignoreExtensionDataObject="true" maxItemsInObjectGraph="2147483647" />
      <serviceDebug includeExceptionDetailInFaults="true" />
      <serviceTimeouts transactionTimeout="00:10:00" />
      <serviceThrottling maxConcurrentCalls="200" maxConcurrentSessions="100"
        maxConcurrentInstances="100" />
    </behavior>
  </serviceBehaviors>
</behaviors>

Rozwiązałem swój problem na Bing Maps WPF w moim projekcie za pomocą CalculateRoute (). Rozwiązaniem w moim przypadku było ustawienie maxReceivedMessageSize i maxReceivedMessageSize dla atrybutu „httpTransport” dla sekcji „customBinding”.

W pliku Applications.config (np. MyApp.config) ustawiłem następującą konfigurację:

<system.serviceModel>
    <bindings>
        <basicHttpBinding>
            <binding name="BasicHttpBinding_IGeocodeService" />
            <binding name="BasicHttpBinding_IRouteService" />
        </basicHttpBinding>
        <customBinding>
            <binding name="CustomBinding_IGeocodeService">
                <binaryMessageEncoding />
              <httpTransport manualAddressing="false" maxBufferPoolSize="524288"
                                maxReceivedMessageSize="2147483647" allowCookies="false" authenticationScheme="Anonymous"
                                bypassProxyOnLocal="false" decompressionEnabled="true" hostNameComparisonMode="StrongWildcard"
                                keepAliveEnabled="true" maxBufferSize="2147483647" proxyAuthenticationScheme="Anonymous"
                                realm="" transferMode="Buffered" unsafeConnectionNtlmAuthentication="false"
                                useDefaultWebProxy="true" />
            </binding>
            <binding name="CustomBinding_IRouteService">
                <binaryMessageEncoding />
              <httpTransport manualAddressing="false" maxBufferPoolSize="524288"
                                maxReceivedMessageSize="2147483647" allowCookies="false" authenticationScheme="Anonymous"
                                bypassProxyOnLocal="false" decompressionEnabled="true" hostNameComparisonMode="StrongWildcard"
                                keepAliveEnabled="true" maxBufferSize="2147483647" proxyAuthenticationScheme="Anonymous"
                                realm="" transferMode="Buffered" unsafeConnectionNtlmAuthentication="false"
                                useDefaultWebProxy="true" />
            </binding>
        </customBinding>
    </bindings>
    <client>
        <endpoint address="http://dev.virtualearth.net/webservices/v1/geocodeservice/GeocodeService.svc"
            binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IGeocodeService"
            contract="BingServices.IGeocodeService" name="BasicHttpBinding_IGeocodeService" />
        <endpoint address="http://dev.virtualearth.net/webservices/v1/geocodeservice/GeocodeService.svc/binaryHttp"
            binding="customBinding" bindingConfiguration="CustomBinding_IGeocodeService"
            contract="BingServices.IGeocodeService" name="CustomBinding_IGeocodeService" />
        <endpoint address="http://dev.virtualearth.net/webservices/v1/routeservice/routeservice.svc"
            binding="basicHttpBinding" bindingConfiguration="BasicHttpBinding_IRouteService"
            contract="BingServices.IRouteService" name="BasicHttpBinding_IRouteService" />
        <endpoint address="http://dev.virtualearth.net/webservices/v1/routeservice/routeservice.svc/binaryHttp"
            binding="customBinding" bindingConfiguration="CustomBinding_IRouteService"
            contract="BingServices.IRouteService" name="CustomBinding_IRouteService" />
    </client>
</system.serviceModel>

<bindings>
  <wsHttpBinding>
    <binding name="wsHttpBinding_Username" maxReceivedMessageSize="20000000"          maxBufferPoolSize="20000000">
      <security mode="TransportWithMessageCredential">
        <message clientCredentialType="UserName" establishSecurityContext="false"/>
      </security>
    </binding>
  </wsHttpBinding>
</bindings>

<client>
  <endpoint
            binding="wsHttpBinding"
            bindingConfiguration="wsHttpBinding_Username"
            contract="Exchange.Exweb.ExchangeServices.ExchangeServicesGenericProxy.ExchangeServicesType"
            name="ServicesFacadeEndpoint" />
</client>

Dla HTTP:

<bindings>
  <basicHttpBinding>
    <binding name="basicHttp" allowCookies="true"
             maxReceivedMessageSize="20000000" 
             maxBufferSize="20000000"
             maxBufferPoolSize="20000000">
        <readerQuotas maxDepth="200" 
             maxArrayLength="200000000"
             maxBytesPerRead="4096"
             maxStringContentLength="200000000"
             maxNameTableCharCount="16384"/>
    </binding>
  </basicHttpBinding>
</bindings>

Dla TCP:

<bindings>
  <netTcpBinding>
    <binding name="tcpBinding"
             maxReceivedMessageSize="20000000"
             maxBufferSize="20000000"
             maxBufferPoolSize="20000000">
      <readerQuotas maxDepth="200"
           maxArrayLength="200000000"
           maxStringContentLength="200000000"
           maxBytesPerRead="4096"
           maxNameTableCharCount="16384"/>
    </binding>
  </netTcpBinding>
</bindings>

WAŻNY:

Jeśli spróbujesz przekazać złożony obiekt, który ma wiele połączonych obiektów (np. Strukturę danych drzewa, listę zawierającą wiele obiektów ...), komunikacja nie powiedzie się bez względu na to, jak zwiększysz przydziały. W takich przypadkach należy zwiększyć liczbę obiektów zawierających:

<behaviors>
  <serviceBehaviors>
    <behavior name="NewBehavior">
      ...
      <dataContractSerializer maxItemsInObjectGraph="2147483646"/>
    </behavior>
  </serviceBehaviors>
</behaviors>

Dla mnie wszystko, co musiałem zrobić, to dodać maxReceivedMessageSize="2147483647"do klienta app.config. Serwer pozostał nietknięty.

Kolejna ważna rzecz do rozważenia z mojego doświadczenia ...

Zdecydowanie odradzam maksymalizowanie maxBufferPoolSize, ponieważ bufory z puli nigdy nie są zwalniane, dopóki domena aplikacji (tj. Pula aplikacji) nie zostanie zrestartowana.

Okres dużego ruchu może spowodować, że pamięć będzie używana i nigdy nie zostanie zwolniona.

Więcej informacji tutaj:

• https://stackoverflow.com/a/19953113/496676
• http://andriybuday.com/2011/08/wcf-configuration-caused-memory-leaks.html

Nie zapominaj, że pod uwagę zostanie wzięty app.config punktu wejścia wykonania, a nie ten w projekcie biblioteki klas zarządzającym wywołaniami usługi sieciowej, jeśli taki istnieje.

Na przykład jeśli pojawi się błąd podczas uruchamiania testu jednostkowego, musisz skonfigurować odpowiednią konfigurację w projekcie testowym.

dostałem ten błąd podczas korzystania z tych ustawień w pliku web.config

System.ServiceModel.ServiceActivationException

ustawiam takie ustawienia:

      <service name="idst.Controllers.wcf.Service_Talks">
    <endpoint address="" behaviorConfiguration="idst.Controllers.wcf.Service_TalksAspNetAjaxBehavior"
      binding="webHttpBinding" contract="idst.Controllers.wcf.Service_Talks" />
  </service>
  <service name="idst.Controllers.wcf.Service_Project">
    <endpoint address="" behaviorConfiguration="idst.Controllers.wcf.Service_ProjectAspNetAjaxBehavior"
      binding="basicHttpBinding" bindingConfiguration="" bindingName="largBasicHttp"
      contract="idst.Controllers.wcf.Service_Project" />
  </service>
</services>

<bindings>
<basicHttpBinding>
    <binding name="largBasicHttp" allowCookies="true"
             maxReceivedMessageSize="20000000"
             maxBufferSize="20000000"
             maxBufferPoolSize="20000000">
        <readerQuotas maxDepth="32"
             maxArrayLength="200000000"
             maxStringContentLength="200000000"/>
    </binding>
</basicHttpBinding>