Die Höchstzahl der Zeichenzählung für Namenszeichen (16384) wurde überschritten

Question

Ich habe gerade die Anzahl der Methoden in meinem ServiceContract erhöht. wenn ich den Service Referenz in Visual Studio aktualisieren erhalte ich die Meldung:

Metadaten eine Referenz enthält, die nicht aufgelöst werden kann: 'net.tcp: //xxxxx.com: 8002/DataQueryService/mex'.

Im XML-Dokument ist ein Fehler aufgetreten.

Das maximale Namenszeichen count quota (16384) wurde beim Lesen von XML-Daten überschritten. Die Nametable ist eine Datenstruktur, die zum Speichern von Strings verwendet wird, die während XML-Verarbeitung angetroffen werden - lange XML-Dokumente mit sich nicht wiederholenden Elementnamen, Attributnamen und Attributwerte können dieses Kontingent auslösen. Dieses -Kontingent kann erhöht werden, indem die MaxNameTableCharCount-Eigenschaft für das XmlDictionaryReaderQuotas-Objekt geändert wird, das beim Erstellen des XML-Lesers verwendet wird.

Der ursprüngliche Server-Seite Config war:

<services> 
     <service behaviorConfiguration="XXXXX.DataQueryService.ServiceBehavior" name="XXXXX.DataQueryService.QueryService"> 
     <host> 
      <baseAddresses> 
      <add baseAddress="net.tcp://xxxxx.com:8002/DataQueryService" /> 
      </baseAddresses> 
     </host> 
     <endpoint name="MexEndpoint" address="mex" binding="customBinding" bindingConfiguration="unsecureTcpMex" contract="IMetadataExchange" /> 
    </service> 
</services> 

<bindings> 
    <customBinding> 
     <binding name="unsecureTcpMex"> 
      <tcpTransport portSharingEnabled="True" /> 
     </binding> 
    </customBinding>  
</bindings> 

, die ich geändert:

<bindings> 
    <customBinding> 
     <binding name="unsecureTcpMex"> 
      <textMessageEncoding> 
       <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" /> 
      </textMessageEncoding> 
      <tcpTransport portSharingEnabled="True" maxReceivedMessageSize="2147483647" /> 
     </binding> 
    </customBinding>  
</bindings> 

Welche anderen Änderungen muss ich an meine Config machen diese Arbeit zu bekommen?

Update Nach @ Chris Ratschlag habe ich versucht, die Konfigurationsdatei für SVCUtil zu aktualisieren. Ich habe meinem Endpunkt einen Namen hinzugefügt, damit er übereinstimmt (oben aktualisiert). Die SvcUtil.config ist nun wie folgt:

<?xml version="1.0" encoding="utf-8"?> 
<configuration> 
    <system.serviceModel> 
     <bindings> 
      <customBinding> 
       <binding name="unsecureTcpMex"> 
        <textMessageEncoding> 
         <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647" /> 
        </textMessageEncoding> 
        <httpTransport maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" /> 
       </binding> 
      </customBinding> 
     </bindings> 
     <client> 
      <endpoint binding="customBinding" bindingConfiguration="unsecureTcpMex" 
       contract="IMetadataExchange" 
       name="MexEndpoint" /> 
     </client> 
    </system.serviceModel> 
</configuration> 

Answer 1

Dies sollte helfen: http://geekswithblogs.net/claraoscura/archive/2007/08/20/114806.aspx scheint, dass die Lösung eine Konfigurationsdatei für svcutil zu erstellen und sie in den gleichen Ordner wie es platzieren.

Answer 2

Ich denke nicht, dass es praktisch ist, die Operationen in mehrere Verträge aufzuteilen? Wenn ich frage, über wie viele Service-Operationen wir reden?

Haben Sie die Lösungen in diesem Post versucht? http://social.msdn.microsoft.com/Forums/vstudio/en-US/17592561-c470-452a-a52c-2a5a2839582c/metadataexchangeclient-and-nametable-character-count-quota

unter anderem Vorschläge werden mit dem Discovery-Protokoll-Metadaten zu lesen, die keine Leser Quoten hat: http://msdn2.microsoft.com/en-us/library/system.web.services.discovery.discoveryclientprotocol.aspx

Die Lösung am Boden schlägt die Standardleser Kontingente in Code ändern, bevor der Dienst starten . Ich glaube, das müsste in einer Custom-ServiceHost-Fabrik gemacht werden. Bitte lassen Sie mich wissen, wenn Sie Hilfe dabei hätten.

Hoffe, das hilft.

Answer 3

Versuchen Sie, den neuen Wert für die MaxNameTableCharCount-Eigenschaft programmatisch:

Binding binding = endpoint.Binding; 

XmlDictionaryReaderQuotas myReaderQuotas = new XmlDictionaryReaderQuotas(); 
myReaderQuotas.MaxStringContentLength = something; 
myReaderQuotas.MaxArrayLength = something; 
myReaderQuotas.MaxBytesPerRead = something; 
myReaderQuotas.MaxDepth = something; 
myReaderQuotas.MaxNameTableCharCount = something; 

binding.GetType().GetProperty("ReaderQuotas").SetValue(binding, myReaderQuotas, null); 

Hinweis: Sie haben es vor dem Client-Proxy zu setzen und/oder Service-Host erstellt werden. Einmal erstellt, können sie nicht geändert werden.

Answer 4

<binding name="NameSoap" closeTimeout="00:01:00" openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:10:00" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferPoolSize="2147483647" maxBufferSize="2147483647" maxReceivedMessageSize="2147483647" textEncoding="utf-8" transferMode="Buffered" useDefaultWebProxy="true" messageEncoding="Text"> 
    <readerQuotas maxDepth="32" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="4096" maxNameTableCharCount="1638400" /> 
    <security mode="None"> 
     <transport clientCredentialType="None" proxyCredentialType="None" realm="" /> 
     <message clientCredentialType="UserName" algorithmSuite="Default" /> 
    </security> 
</binding> 

einen Blick auf diese Linie nehmen: maxNameTableCharCount = „1638400“