Ein weiteres "Die maximale string-Länge des Inhalts Quote (8192) wurde überschritten beim Lesen von XML-Daten." Problem mit WCF und Silverlight 4

Ich habe keine Probleme beim abrufen einer großen Menge von Daten, sondern senden Sie es zurück an die service zeigt diesen Fehler. Ich habe versucht, indem Sie das element, um sowohl die web -.config und servicereferences.clientconfig und es nicht erkannt, entweder. An einer Stelle bekam ich eine Nachricht über das hinzufügen von readerQuotas zu bindingElementExtensions, aber ich kann nicht finden, etwas sinnvolles, wie dies zu tun. Ich fand Beiträge sagen, ich hatte zum ändern der devenv.exe.config und so, aber zu tun, dass gehimmelt VS. Ich hab schon versucht das zu lösen, dies für zwei Tage, so dass jede Hilfe wäre sehr geschätzt.

edit: hier der binding-Abschnitt der web.config:

<bindings>
  <customBinding>
    <binding name="QaRiM.Web.Service1.customBinding0">
      <binaryMessageEncoding />
      <httpTransport maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" />
    </binding>
  </customBinding>
</bindings>
<serviceHostingEnvironment aspNetCompatibilityEnabled="true"
  multipleSiteBindingsEnabled="true" />
<services>
  <service name="QaRiM.Web.Service1">
    <endpoint address="" binding="customBinding" bindingConfiguration="QaRiM.Web.Service1.customBinding0"
      contract="QaRiM.Web.Service1" />
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange" />
  </service>
</services>

und die servicereferences.clientconfig:

<configuration>
    <system.serviceModel>
        <bindings>
            <customBinding>
                <binding name="CustomBinding_Service1">
                    <binaryMessageEncoding />
                    <httpTransport maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" />
                </binding>
            </customBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:36533/Service1.svc" binding="customBinding"
                bindingConfiguration="CustomBinding_Service1" contract="ServiceReference1.Service1"
                name="CustomBinding_Service1" />
        </client>
    </system.serviceModel>
</configuration>

Beide wurden erzeugt, indem die VS.

Können Sie nach dem verbindlichen Elemente der client-und service-config-Dateien? Auch der Endpunkt für den service als gut, da sollte es die Referenz verbindlich.

InformationsquelleAutor Jim Perry | 2010-10-05

silverlight wcf

9

Sind Sie einfach nur fehlt die Konfiguration für das maximale string-Länge des Inhalts.

Fügen Sie diese zu Ihrer verbindlichen Parametern (client und server)
```
<readerQuotas maxStringContentLength="2147483647" />
```
Sorry, ich wusste nicht, dass dieses child-Elements finden Sie unter der Codierung wird verwendet, wenn eine benutzerdefinierte Bindung, erscheint esbinaryMessageEncoding in deinem Beispiel. Wenn nicht, versuchen Sie die anderen Codierungen mit der Einstellung.
```
<bindings>
    <customBinding>
        <binding name="QaRiM.Web.Service1.customBinding0">                  
            <binaryMessageEncoding>
                <readerQuotas maxStringContentLength="2147483647"/>
            </binaryMessageEncoding>
        </binding>
    </customBinding>
</bindings>
```
- Das ist das problem, es ist nicht ein gültiges binding-Attribut.
- Perry bitte werfen Sie einen Blick auf das update auf meine Antwort.
- Das funktioniert auch nicht. Es ist nicht gültig in der services-config und mit es im web.config jedem Aufruf des services stürzt die app.
- Haben Sie für die Ablaufverfolgung aktivieren, um zu sehen warum es abstürzt? Dies ist die richtige Einstellung, aber Sie müssen, um herauszufinden, welche Kodierung anzuwenden.
- Blick in die WCF-Ablaufverfolgung für detailliertere Fehlermeldungen. Wenn es fehlschlägt, wird es zeigen. Sie sollten nicht haben to resort to fiddler ' zu sehen, die Ausnahme.
- WCF-Ablaufverfolgung scheint nicht, um mir mehr Details als Fiddler. Es gibt immer noch das Problem mit dem senden von XML-Daten, die mehr als 8K für den service.
InformationsquelleAutor Jab
2

wenn Die maximale string-Länge des Inhalts Quote (8192) wurde überschritten beim Lesen von XML-Daten." ist das ignorieren Ihrer Website.config Einstellungen AUCH nach dem einstellen

Sie können auch lösen das problem in Ihrem code, indem Sie eine Instanz von XmlDictionaryReaderQuotas und Einstellung der MaxStringContentLength bis 2147483647

dann verwenden Sie einfach die Instanz von XmlDictionaryReaderQuotas hier als mycreatedreaderquota
```
 XmlDictionaryReaderQuotas mycreatedreaderquota = new XmlDictionaryReaderQuotas();
        mycreatedreaderquota.MaxStringContentLength = 2147483647;

        XmlDictionaryReader reader = XmlDictionaryReader.CreateTextReader(stream, mycreatedreaderquota);
```
InformationsquelleAutor miles ercolani
1

Bearbeiten: Dies erspart einem unvollständigen Entwurf, sorry
1. Synchronisierung der Dienst/client-Definitionen ist das, was Sie getan haben, aber es ist definitiv unerlässlich, dass Sie übereinstimmen.
2. Sind Sie sicher, dass Sie müssen benutzerdefinierte Bindung? Haben Sie versucht, mit ws(Dual)HttpBinding als Basis?
3. Dieser Beitrag von Interesse sein: silverlight 3 wcf service configuration -- immer maxreceivedmessagesize Fehler, insbesondere die httpRuntime maxRequestLength="2147483647" Einstellung.
4. Stellen Sie maxBufferPoolSize und maxItemsInObjectGraph. Die config in dem verlinkten post SO ziemlich alles maxed out.
5. Ich weiß nicht, wenn Sie mit der ChannelFactory-client-proxy-Methode oder die service-Referenz-Methode, aber möchten Sie vielleicht zu gehen, die ehemalige route. Im debug-Sitzungen war ich der Suche nach bestimmten Werten aus der config nicht angewendet wird, wie ich gedacht hatte, aber mein Kurzzeit-Gedächtnis auf das Thema ist eher verloren jetzt.
6. Im Zusammenhang zu #5 etwas, die Sie ausführen können in WCF Test Client Fragen, wo der test-client ist mit Standard-Bindungen, die Sie nicht bereit sind, für.
7. Eine andere Stelle, die von Interesse sein können: http://www.haveyougotwoods.com/archive/2008/04/14/wcf-message-streaming.aspx
Streaming ist wahrscheinlich Ihre beste Wette auf der client-Seite zu verhindern, dass die Blockierung der Natur der gepufferten transferMode. Ich weiß nicht, die Besonderheiten, wie groß die Daten werden konsequent, aber Ihr service-Verhalten, ein wenig schöner auf der client-Seite, wenn Sie ging die route. Eine gute Grundierung auf die Konfiguration nur die client-Seite für das streaming finden Sie hier: http://systemmetaphor.blogspot.com/2009/05/using-wcf-to-transfer-large-data-files.html.

Hoffentlich eine Kombination der oben genannten hilft
- Verwendung von WCF-tracing, nichts nützliches angezeigt wird. Fiedler war der einzige Grund, warum ich herausgefunden das die max string Länge des Inhalts Punkt war das problem. Ich kann nur raten, aber die Sache mit bindingElementExtensions scheint relevant, nur ich finde keine info dazu, wie Sie es richtig.
- Die bits, Stand in den Dokumenten, die ich waren zu finden bei Google waren <httpRuntime maxRequestLength="2147483647 /> und maxItemsInObjectGraph. Das erstere, weil ASP.NET standardmäßig hat eine Kappe auf Anfrage Größen und letzteres war eben wirklich beeindruckt als "das einzige, was ich geändert habe, schien alles zu tun" Art von Verhalten.
- Es scheint, wie Sie sind in die richtige Richtung, aber Sie sollten in der Lage sein zu verfolgen, warum die app nicht ASP.NET. Ich habe nur verwendet WCF in self-hosting-route und ich möchte sagen, das mir ein wenig mehr Freiheit, um zu bestimmen, komische Fehler wie diese, ohne so etwas wie ASP.NET immer in den Weg (nicht, dass es nicht überhaupt in den meisten Fällen)
- Ich weiß, warum die app nicht, es ist, warum ich kann nicht fix it mit den Lösungen, die ich gefunden habe, dass ist das problem. 🙁
InformationsquelleAutor w0rd-driven
0

Haben Sie versucht, die Einstellung der maxStringContentLength in der config für den service? In meiner situation, wenn Sie Sie für den Dienst zugelassen für den Silverlight-client den gewünschten Wert für maxStringContentLength.

Einer Hinweis ist, dass, wenn Sie erlauben, mehr strings, aber nicht einstellen, dass die maxReceivedMessageSize, als diese die Probleme verursachen können, wie gut. Die maxReceivedMessageSize muss gesteuert werden, die auf den Dienst und den client, so wird man nicht Erben die Werte von anderen.

InformationsquelleAutor Damien

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.