Thanks for this answer. At least now I have the chance of getting on the right track finally.
I will switch to the other thread: "Partial object caching". On Tue, Aug 28, 2012 at 3:38 AM, Alan M. Carroll < a...@network-geographics.com> wrote: > Monday, August 27, 2012, 4:25:14 PM, you wrote: > > > I don't know if you were sarcastic in your last email so I will continue > on > > the same idea. > > > TS-974 (https://issues.apache.org/jira/browse/TS-974) talks about the > same > > thing I was trying to describe: hold partial objects in the cache for a > > large file. > > > What I was trying to determine in my last posts was if this may be > achieved > > with a plugin or is it mandatory to make changes to the core? > > Or do I completely miss the purpose of TS-974 ?? > > I think you missed the point of TS-974. > > The purpose of TS-974 is a technique I mentioned earlier: when a range > request is made, forward that *and* start a download of the entire object > to store in cache. Future range requests could then be served from the > whole object. That would be doable with a plugin. However at no point would > a partial object be stored in the cache. The key phrase is "trigger a full > file download" by which is meant a download of the entire object. > > In my opinion, storing partial objects will be most feasible by making > changes to the core. I think a plugin approach will be less robust and at > least as much work. > > P.S. My previous response was not sarcastic, although many people have > told me they find it surprising there exist utterances of mine that are not. > >
