WCF - Cómo aumentar la cuota de tamaño de mensaje

Tengo un servicio WCF que devuelve 1000 registros de la base de datos al cliente. Tengo un cliente ASP.NET WCF (he agregado referencia de servicio en el proyecto de aplicación web asp.net para consumir WCF).

Recibo el siguiente mensaje cuando ejecuto la aplicación cliente:

Se ha excedido la cuota máxima de tamaño de mensaje para mensajes entrantes (65536). Para aumentar la cuota, use la propiedad MaxReceivedMessageSize en el elemento de enlace apropiado.

¿Alguna ayuda? ¿Cómo aumentar la cuota de tamaño de mensaje?

Querrá algo como esto para aumentar las cuotas de tamaño de mensaje, en el archivo App.config o 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>

Y use el nombre del enlace en su configuración de punto final, por ejemplo

...
bindingConfiguration="basicHttp"
...

La justificación de los valores es simple, son lo suficientemente grandes como para acomodar la mayoría de los mensajes. Puede ajustar ese número para satisfacer sus necesidades. El valor predeterminado bajo está básicamente allí para evitar ataques de tipo DOS. Convertirlo en 20000000 permitiría que un ataque distribuido de DOS sea efectivo, el tamaño predeterminado de 64k requeriría una gran cantidad de clientes para dominar la mayoría de los servidores en estos días.

Si aún recibe este mensaje de error mientras usa el Cliente de prueba WCF, es porque el cliente tiene una configuración MaxBufferSize separada .

Para corregir el problema:

1. Haga clic derecho en el nodo del archivo de configuración en la parte inferior del árbol
2. Seleccione Editar con SvcConfigEditor

Aparecerá una lista de configuraciones editables, incluido MaxBufferSize.

Nota: Los clientes proxy generados automáticamente también establecen MaxBufferSize en 65536 de forma predeterminada.

Si está creando sus enlaces WCF dinámicamente, aquí está el código que debe usar:

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

El cliente de prueba WCF tiene su propia configuración de cliente.

Ejecute el cliente de prueba y desplácese hasta la parte inferior. Si hace doble clic en el nodo Archivo de configuración, verá la representación XML. Como puedes ver el maxReceivedMessageSizees 65536.

Para editar esto, haga clic derecho en el nodo del árbol del archivo de configuración y seleccione Editar con SvcConfigEditor. Cuando se abra el editor, expanda Enlaces y haga doble clic en el enlace que se generó automáticamente.

Puede editar todas las propiedades aquí, incluidas maxReceivedMessageSize. Cuando haya terminado, haga clic en Archivo - Guardar .

Por último, cuando vuelva a la ventana de WCF Test Client, haga clic en Herramientas - Opciones .

NOTA : Desmarque la configuración Regenerar siempre al iniciar servicios .

Encontre el camino facil

--- haga clic con el botón derecho en el archivo de configuración web o de configuración de la aplicación y haga clic en EDITAR CONFIGURACIÓN WCF y llegue a bingdigs y seleccione el servicio anterior y el lado derecho muestre maxReciveMessageSize para dar un gran número ---

Resuelvo el problema ... de la siguiente manera

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

Resolví mi problema en Bing Maps WPF en mi proyecto usando CalculateRoute (). La solución en mi caso fue configurar maxReceivedMessageSize y maxReceivedMessageSize en el atributo "httpTransport" para la sección "customBinding".

Configuré en el archivo aplicaciones.config (es. MyApp.config) esta configuración:

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

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

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

IMPORTANTE:

Si intenta pasar un objeto complejo que tiene muchos objetos conectados (por ejemplo: una estructura de datos de árbol, una lista que tiene muchos objetos ...), la comunicación fallará sin importar cómo haya aumentado las Cuotas. En tales casos, debe aumentar el recuento de objetos que contienen:

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

Para mí, todo lo que tenía que hacer es agregar maxReceivedMessageSize="2147483647"al cliente app.config. El servidor se dejó intacto.

Otra cosa importante a considerar desde mi experiencia ...

Recomiendo encarecidamente NO maximizar maxBufferPoolSize, porque los búferes del grupo nunca se liberan hasta que el dominio de la aplicación (es decir, el grupo de aplicaciones) se recicla.

Un período de alto tráfico podría causar que se use mucha memoria y nunca se libere.

Más detalles aquí:

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

No olvide que se considerará la aplicación.config del punto de entrada de ejecución, no la del proyecto de biblioteca de clase que administra las llamadas de servicio web si hay una.

Por ejemplo, si obtiene el error mientras ejecuta la prueba de la unidad, debe configurar la configuración adecuada en el proyecto de prueba.

Recibí este error al usar esta configuración en web.config

System.ServiceModel.ServiceActivationException

establezco configuraciones como esta:

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