2010-02-17 12 views
8

Używamy .NET Web Services - zarówno nie-WCF, jak i WCF, choć przytłaczająca większość to nie-WCF, ze względu na starsze wersje - całkiem ciężko, a gdy testowałem coś w Fiddler, zauważyłem, że rozmiar ciała odpowiedzi był dość duży. Następnie zauważyłem, że nagłówki żądań nie mają żadnych nagłówków Accept-Encoding.Dlaczego domyślna wartość .NET EnableDecompression zmienia się między 2.0 a 3.0?

Po wykonaniu niektórych Kopanie, wydaje się, że wartość domyślną właściwości HttpWebClientProtocol.EnableDecompression (z klasy, które wszystkie wsdl.exe -originated odcinki WS czerpać) zmienił między .NET wersje BCL 2.0 i 3.0. Jestem ciekawy co do przyczyny (która może być związana z WCF), i dalej, czy są jakieś inne [dość] fundamentalne zmiany, które są dość ciche, kiedy po prostu łączysz się z inną biblioteką.

Odpowiedz

5

Spójrz na ten link connect. Pierwszy komentarz od Microsoft stwierdza co następuje:

Należy również pamiętać, że jako część stałej zmieniliśmy domyślną wartość EnableDecompression się fałszywe przez domyślnie. Obawialiśmy się, że domyślnie po złamie istniejących klientów , którzy zaimplementowali dekompresję na ASP.NET Web Usługi w wersji 1.1.

Wygląda na to, że zmiana była wynikiem błędu, który trzeba naprawić.

+1

Doskonałe znalezisko! –