On Tue, Sep 16, 2008 at 9:19 AM, Jamie Lokier <[EMAIL PROTECTED]> wrote: > > Why use the Etag header for resumable POSTs? If Etags are used (and > why not - it's handy not to have to carve out special URL space), I > still don't see any advantage to using the ETag _header_ for it in > resumed POSTs, as opposed to inventing a Resume-POST header.
Here are my use cases where ETags may not be sufficient, restated from earlier in this thread. I'd love for someone to explain why these aren't issues, since I also like the ETag approach. I can imagine cases where redirection is key to efficient implementation of resumability. Here are some use cases: 1) A server farm where the majority of traffic is handled by essentially diskless front-ends. In order to support resumability, a server would need to redirect the client to a separate pool of servers who are provisioned to do the necessary caching. 2) A server farm where requests are load balanced across a pool of servers. Even if the load-balancing mechanism implements a reasonable affinity mechanism, it's likely that that mechanism is just an approximation, and that any particular request may end up on a variety of machines. I can imagine that an efficient implementation of resumability would be to ensure the user connects to the same machine, where the request may be cached on local disk. Therefore, the resumable URI could be the name of that machine, rather than the load balanced hostname.
