Tengo una aplicación Silverlight 2 beta 2 que accede a un servicio web WCF. Debido a esto, actualmente solo puede usar el enlace basicHttp. El servicio web devolverá cantidades bastante grandes de datos XML. Esto parece bastante inútil desde el punto de vista del uso del ancho de banda, ya que la respuesta, si está comprimida, sería más pequeña en un factor de 5 (en realidad, pegué la respuesta en un archivo txt y la comprimí).

La solicitud tiene la opción "Aceptar-Codificación: gzip, desinflar". ¿Hay alguna forma de que el servicio WCF gzip (o comprima) la respuesta?

Encontré estoenlazar pero seguro que parece un poco complejo para la funcionalidad que debería manejarse de manera inmediata.

De acuerdo, al principio marqué la solución utilizando System.IO.Compression como la respuesta, ya que nunca pude "parecer" que la compresión dinámica de IIS7 funcionara. Bueno, como resulta:

Compresión dinámica en IIS7estaba trabajando todo el tiempo. Es solo que el complemento Web Developer Helper de Nikhil para IE no lo mostró funcionando. Supongo que, dado que SL entrega el servicio web al navegador, el navegador lo maneja "debajo de las cubiertas" y la herramienta de Nikhil nunca ve la respuesta comprimida. Pude confirmar esto utilizando Fiddler, que controla el tráfico externo a la aplicación del navegador. En el violinista, la respuesta fue, de hecho, gzip comprimido!

El otro problema con la solución System.IO.Compression es que System.IO.Compression no existe en el CLR de Silverlight.

Entonces, desde mi perspectiva, la forma MÁS FÁCIL de habilitar la compresión WCF en Silverlight es habilitar la Compresión Dinámica en IIS7 y no escribir ningún código.