W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > October to December 2003

Re: Bind issues

From: Julian Reschke <julian.reschke@gmx.de>
Date: Tue, 18 Nov 2003 21:12:35 +0100
Message-ID: <3FBA7D33.1040608@gmx.de>
To: Lisa Dusseault <lisa@xythos.com>
Cc: 'Geoffrey M Clemm' <geoffrey.clemm@us.ibm.com>, "'Wallmer, Martin'" <Martin.Wallmer@softwareag.com>, 'Webdav WG' <w3c-dist-auth@w3c.org>

Lisa Dusseault wrote:

> On 8/4/2003, I asked about PROPFIND results in presence of bindings.  I 
> don't know that
> that has been clarified.

I think this is the open issue that I mentioned. The proposal that I 
made two days ago 
should take care of the issue you raised.

> On 3/8/2003, I proposed language for clearer requirements on DELETE 
> behavior. This applies to MOVE too.  The discussion started earlier, 
> 3/4/2003 or before.

In draft 02, BIND was rewritten to have both DELETE and UNBIND. As far 
as I can tell this took care of the issues from those who felt 
uncomfortable requiring DELETE to be atomic (this included myself). In 
the current spec, a server can implement DELETE non-atomic.

> I believe I asked for more lock requirements -- what the server MUST do 
> when a client locks a binding.  I haven't found that email yet.

Interaction between locks and multiple bindings is defined in GULP, and 
as far as I can tell, the only missing thing is to integrate it into 
RFC2518bis, just like discussed many times (both on the interim WG 
meeting in January and the mailing list).

> It's quite possible that the bind authors believe they've already dealt 
> with these issues.  If so, I'm unaware of the resolutions.

To summarize:

1) is open (it's the only open issue, and we're just trying to resolve it),

2) DELETE changed in draft 02, so please re-check,

3) there was agreement to do this in RFC2518bis -- if you think there 
are issues left with the latest GULP version, please describe those.

Regards, Julian

<green/>bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
Received on Tuesday, 18 November 2003 15:18:34 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:01:28 UTC