WCFバインディング構成はデフォルトとしてのみ適用されますが、それは

Question

を失敗した名前のよう私たちは、私たちが解決することはできませんWCFバインディングとストリーミング転送モードで興味深い問題があります。

我々はストリーミング転送モードに設定さWCFエンドポイントを持っています。エンドポイントは、デフォルトサイズ（〜65 KB）よりもはるかに大きいメッセージを受信します。そのため、バインディングタグのmaxReceivedMessageSize属性に大きなメッセージサイズを指定しました。 「リモート：我々は、我々は次のエラーが表示されたエンドポイントをペアにしてタグを結合エンドポイントタグのbindingConfiguration属性と上名属性によって結合するとき

問題がありますサーバーがエラーを返しました：（400）Bad Request "。

両方の属性を削除するとすぐに、bindingConfigurationとという名前のはエラーなく動作します。

<binding 
     name="BindingConfiguration" <---- and when this goes away 
    transferMode="Streamed" maxReceivedMessageSize="2147483647" > 
     <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" 
        maxArrayLength="2147483647" maxBytesPerRead="2147483647" 
        maxNameTableCharCount="2147483647" /> 
    </binding> 

だから、それだけで（明示的に名前のキーなし）デフォルトのバインディングとして動作します。ここでは

<service name="Services.DocumentService" behaviorConfiguration="ServiceBehavior"> 
    <endpoint contract="ServiceContracts.IDocumentService" address="DocumentService" 
       binding="basicHttpBinding" name="basicHttpBinding" 
     bindingConfiguration="BindingConfiguration"  <---- when this goes away 
       behaviorConfiguration="ServiceEndpointBehavior"/> 
    <host> 
     <baseAddresses> 
     <add baseAddress="http://localhost:8080/Documents/"/> 
     </baseAddresses> 
    </host> 
    </service> 

バインディング構成である：ここでは

は、サービスエンドポイントの定義があります。奇妙なことは、どちらのシナリオでも、バインディング構成が実際に適用されている（maxReceivedMessageSizeが正しく設定されている）ことをサービスホスト上で反映して検証できることでした。 WCFのバグでしょうか？

サービスは自己ホスト型です。

非常に感謝しています。

Answer 1

最近、初期化コードがデフォルト設定を明示的に使用しているため、web.configの初期設定コードが無視されています。

コードの一部を削除し、web.configの設定が適用されました。

愚かなエラーです。 thier答えを

おかげで誰もが

Answer 2

bindingConfiguration = "BindingConfiguration"を削除すると、バインディング設定の値ではなく、デフォルト値が使用されます。

違いがある：

transferMode="Streamed" 

デフォルトでは、クライアントがバッファリングされ、サーバはストリーミング使用して、その後、あなたが悪いのリクエストエラーが出る期待するので、もし、転送モードは、バッファリングされています。