James M Snell wrote: > Either way, it's generally the same amount of data being > transferred, only you have to deal with multiple requests and > scanning through each page to detect which items have > changed. Even with pipelining, that's less efficient than > making a single request with a single response that you know > for certain contains only items that have been modified.
> So long as the feeds contain only the entries that were > modified within the specified period of time then yes, > without paging the approaches are equivalent. In other > words, I want to avoid having to scan through the entries to > determine which entries have or have not changed since the > last time I looked at the feed; instead, I want to know that > when I'm syncing, ALL of the entries listed in that feed > document have changed since the last time I sync'd. The subscription page of a collection feed does not usually have a "next" link, and the only way to find new entries in a collection is to poll the subscription page of the collection feed (at the collection URI). My suggestion is: (a) the server adds a "next" link to the subscription page, that links to a document that represents all entries nwerer than the currently-newest entry, (b) the client chases these "next" links and thus never has to poll the collection URI. By doing this, the client will never encounter an entry that it already has an up-to-date copy of. - Brian
