Wir verwenden .NET Web Services - sowohl WCF als auch WCF, obwohl die überwältigende Mehrheit aus früheren Gründen keine WCF ist - ziemlich stark, und da ich etwas in Fiddler , bemerkte ich, dass die Antwort Körpergröße ziemlich groß war. Dann bemerkte ich, dass die Header der Anfrage keine Accept-Encoding Header hatten.
Nach einigen Ausgrabungen scheint der Standardwert für die Eigenschaft HttpWebClientProtocol.EnableDecompression (von der Klasse, von der alle wsdl.exe -originierten WS-Stubs abgeleitet sind) zwischen den .NET BCL-Versionen geändert wurde a href="http://msdn.microsoft.com/en-us/library/system.web.services.protocols.httpwebclientprotocol.enabledecompression%28VS.80%29.aspx"> 2.0 und 3.0 . Ich bin neugierig auf den Grund (der WCF-bezogen sein kann) und darauf, ob es irgendwelche anderen [schönen] fundamentalen Änderungen gibt, die ziemlich leise sind, wenn man einfach eine andere Bibliothek verlinkt.
Sehen Sie sich connect Link. Der erste Kommentar von Microsoft besagt Folgendes:
Bitte beachten Sie auch, dass als Teil der behoben haben wir den Standardwert von geändert EnableDecompression ist falsch von Standard. Wir waren besorgt, dass wir haben es standardmäßig aktiviert würde bestehende brechen Kunden, die implementiert hatten Dekomprimierung über ASP.NET Web Dienste in v1.1.
Es sieht so aus, als wäre die Änderung ein Fehler, den sie beheben mussten.
Tags und Links .net c# web-services bcl