Currently, clients only support gzip request content compression when @requestCompression is used.
It would be nice to have a support for response compression as well (a client needs to send accept-encoding header with a list of supported encodings, then then based on content-encoding header decode the content), which would allow to reduce transmitted size of huge responses.
Is it something the team is considering to have in smithy-java, or you would rather for consumers to implement their own client plugins to add support for? If you're fine with having it in the library, I'm happy to work on the feature.
Thanks!
Currently, clients only support gzip request content compression when
@requestCompressionis used.It would be nice to have a support for response compression as well (a client needs to send
accept-encodingheader with a list of supported encodings, then then based oncontent-encodingheader decode the content), which would allow to reduce transmitted size of huge responses.Is it something the team is considering to have in smithy-java, or you would rather for consumers to implement their own client plugins to add support for? If you're fine with having it in the library, I'm happy to work on the feature.
Thanks!