Support for concurrent requests?

[steveocrypto]

Reference: kwhitley/apicache#33

Having an issue with the original library not handling concurrent requests. Is this supported in apicache-plus?

[arthurfranca]

Yes, it is supported, but not exactly how issue author describes it.

1. First request will start caching response while preventing next requests from doing the same.
2. The other requests will receive uncached responses while the first one is finishing caching. (This is the difference. Better than waiting for cache to be ready, which could take time if the first connection is slow, as caching finishes when response ends)
3. After cache is finished, new requests will receive cached responses.

[arthurfranca]

Revisiting it i see that the "2." part is how it probably should behave for GET requests (so to not wait for e.g. a full video download), but it isn't right now. At the moment, all concurrent requests will wait for the first request that acquired a lock to finish caching/responding. So it will be delayed till the first one sends response, exactly what kwhitley/apicache#33 and @steveocrypto wanted.