[JCR-3838] [aws-ext] Proactive & Asynchronous caching of binary when its metadata is accessed from S3

• Type: Improvement
• Status: Closed
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 2.9
• Fix Version/s: 2.9.1
• Component/s: jackrabbit-data
• Assignee: Amit Jain
• Reporter: Shashank Gupta
• Created: 10/Dec/14 05:16
• Updated: 06/Feb/15 13:54
• Resolved: 11/Dec/14 04:04

Description

When there is length request for a binary( not present in local cache),S3DS just send HEAD request of binary in S3 to fetch the metadata. The actual binary is not retrieved and cached locally. The reason is that length is often needed in list pages and caching these binaries locally slow down the response time. The impact is higher if there is large binaries( say 1GB) are there in list pages.
Customer reported that in their application sees lot of HEAD request ( approx 1500) for the same binary as it is not cached in HEAD request. Now it seems that the bottleneck are the HEAD requests that are hitting the S3.

Solution: After completing HEAD request asynchronously cache binary. So next time binary's metadata request is fulfilled from local cache.