Re: WebDAV sync informal last call

Cyrus Daboo <[email protected]> Tue, 19 Apr 2011 10:08:35 -0400
Newsgroups gmane.ietf.webdav
Message-ID <[email protected]>
Hi Werner,

--On April 19, 2011 10:14:13 AM +0200 Werner Donn=C3=A9=20
<[email protected]> wrote:

>> That statement about the "405" case is not entirely true. If such a
>> collection is created after the initial sync on one of its parents, then
>> it will need to be reported in the "405" state on the next sync of that
>> parent. I think the current text accurately describes the situation:
>>
>>   The 405 response MUST be sent once, when the collection is first
>>   reported to the client.
>
> What is the rationale behind sending it only once?

Same rationale that causes changes to a resource to only be reported once.=20
Basically a server only sends notification of a change in "state" of a=20
resource once to anyone particular client for the simple reason that sync=20
clients are expected to persist some state from the last sync operation.

Simply put a "405" resource is no different from any other, except as=20
follows:

- When the resource first appears in the sync set, it is reported with a=20
403+DAV:error code
- No change notifications are sent for the resource since it does not=20
report any changes
- If the resource is removed, a 404 is returned

With that behavior, the "405" is effectively sent only once.

--=20
Cyrus Daboo