HTTP cache support for the QUERY method (RFC 10008)

[hunghhdev]

Follow-up to #840. The caching layer can now store and serve responses to QUERY requests: cache keys incorporate a digest of the request content and content type, and both classic and async interceptors buffer QUERY bodies instead of bypassing the cache. Anything that cannot be buffered safely still falls back to direct execution.

[ok2c]

@hunghhdev Awesome! Out of curiosity is this effort coordinated with the original author of #840 or is it purely coincidental?

Please note there is #850 that still needs to land that improves the process of cache key generation.

Overall looks very good.

[desiderantes]

@hunghhdev Awesome! Out of curiosity is this effort coordinated with the original author of #840 or is it purely coincidental?

Please note there is #850 that still needs to land that improves the process of cache key generation.

Overall looks very good.

No, this PR was not coordinated, I just saw this. If you prefer this code instead, I can stop #846.

[ok2c]

No, this PR was not coordinated, I just saw this. If you prefer this code instead, I can stop #846.

@desiderantes This is the first time we, as a project, have multiple contributions of the same feature. I suggest we proceed with @hunghhdev contribution as it is almost complete and it is a first-time contribution. In the meantime, if you have time and inclination what also needs to be done is to extend HttpCacheEntry and the related factory and serializer to store request body along with the request head.

[ok2c]

@hunghhdev Very good. Please re-base off the latest master and update the cache key generation logic