: You are partially right. Instead of the HTTP header , we use a request : parameter. (RequestHandlers cannot read HTP headers). If the param is
hmmm, i'm with walter: we shouldn't invent new mechanisms for clients to request compression over HTTP from servers. replicatoin is both special enough and important enough that if we had to add special support to make that information available to the handler on the master we could. but frankly i don't think that's neccessary: the logic to turn on compression if the client requests it using "Accept-Encoding: gzip" is generic enough that there is no reason for it to be in a handler. we could easily put it in the SolrDispatchFilter, or even in a new ServletFilte (i'm guessing iv'e seen about 74 different implementations of a GzipServletFilter in the wild that could be used as is. then we'd have double wins: compression for replication, and compression of all responses generated by Solr if hte client requests it. -Hoss
