SignalR wth compresión gzip

Question

Después de haber algún problema en el desarrollo de un cliente SignalR para un concentrador alojado en el sitio web asp.net con habilita la compresión gzip. Dado que estamos utilizando la compresión IIS, la respuesta de SignalR también se comprime, pero el cliente no comprende la respuesta y obtenemos un error de análisis Json en el lado del cliente.

SignalR internamente usa HttpWebRequest para realizar solicitudes http y HttpWebRequest se puede configurar para descomprimir automáticamente la respuesta usando la propiedad AutomaticDecompression. Entonces, si de alguna manera puedo obtener el objeto HttpWebRequest usado por SignalR para realizar la solicitud, debería poder configurar la descompresión automática de habilitación.

pensé que debería ser capaz de obtener acceso a la HttpWebRequest proporcionando HubConnection.Start con mi implementación personalizada de IHttpClient, IHttpClient.GetAsync realiza una acción prepareRequest lo que pensé que me debería dar acceso a la HttpWebRequest, pero, HttpHelper.GetAsync envuelve el HttpWebRequest con HttpWebRequestWrapper antes de pasar a prepareRequest y HttpWebRequestWrapper no proporciona acceso a HttpWebRequest.

HttpHelper La clase es interna, por lo que no puedo usarla, así que no estoy seguro de cómo habilitar la descompresión automática con SignalR.

Puedo exponer el HttpWebRequest en HttpWebRequestWrapper, pero, preferiría una solución más simple si existe. ¿Algún pensamiento?

estoy usando la versión SignalR 0.5.1.10822

Mi automático de descompresión HttpClient:

public class HttpClientWithAutoDecompression : IHttpClient 
{ 
    readonly DefaultHttpClient _httpClient = new DefaultHttpClient(); 

    private readonly DecompressionMethods _decompressionMethods; 
    public HttpClientWithAutoDecompression(DecompressionMethods decompressionMethods) 
    { 
     _decompressionMethods = decompressionMethods; 
    } 

    public Task<IResponse> GetAsync(string url, Action<IRequest> prepareRequest) 
    { 
     Task<IResponse> task = _httpClient.GetAsync(url, 
      request => 
       { 
        [ERROR: request is actually HttpRequestWrapper and 
        does not expose HttpWebRequest]**    ] 
        var httpWebRequest = (HttpWebRequest) request; 
        httpWebRequest.AutomaticDecompression = _decompressionMethods; 
        prepareRequest(request); 
       }); 

     return task.ContinueWith(response => 
     { 
      Log.Debug(this, "Response: {0}", response.Result.ReadAsString()); 
      return response.Result; 
     }); 

    } 
.... 
} 

Answer 1

A lo mejor de mi conocimiento GZip codificación y transmisión no se mezclan. En el caso del transporte de fotogramas para siempre, el cliente no podrá decodificar ninguno en el contenido de transmisión hasta que se reciba toda la respuesta, o al menos un bloque de datos significativo (debido a la forma en que se decodifican los datos). En el caso de los sockets web, no existe soporte para la codificación de ningún tipo en este momento, aunque aparentemente hay una extensión de la especificación para la codificación por mensaje being worked on.

Dicho esto, si desea intentar proporcionar soporte para el transporte LongPolling, la única forma en que puedo ver que esto es posible es proporcionar su propia implementación de SignalR IHttpClient. Puede ver ahora que la clase DefaultHttpClient usa HttpHelper::GetAsync que crea el HttpWebRequest internamente y nunca puede tener eso en sus manos porque solo tiene acceso al IRequest que es HttpWebRequestWrapper en ese punto.

Al crear su propio IHttpClient que puede hacerse cargo de la creación de instancias inicial de la HttpWebRequest, establecer el AutomaticDecompression y luego envolver que hasta usted mismo con la HttpWebRequestWrapper.