A modern programming language that makes developers happier.

kotlinlang

Hmm. Musing for you - `ClientFilters.Gzip` currently compresses the request, and decompresses the response. Which is great, but request compression is pretty esoteric (as you can't guarantee the remote end will support it). Secondly, I don't see us setting an `accept-encoding:gzip ` on the request, which means we shouldn't expect to get GZip back.

As such, I suggest two changes (i.e. I'm happy to do it, but need a sanity check)
a) Change `ClientFilters.Gzip` to set `accept-encoding:gzip` on request, but *not* to compress the request
b) Add a new `ClientFilters.RequestCompressingGzip` to do the above, and additionally compress the request

Seem fair? Or am I being daft?

It does sound fair. Maybe `ClientFilters.AcceptGzip` for extra clarity?

In any case, I have no objections to splitting this behaviour.

<https://github.com/http4k/http4k/pull/347>