W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2002

RE: Issue: COPYMOVE_LOCKED_STATUS_CODE_CLARIFICATION

From: Clemm, Geoff <gclemm@rational.com>
Date: Mon, 6 May 2002 15:11:14 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F8B1A3@SUS-MA1IT01>
To: WebDAV <w3c-dist-auth@w3.org>
I don't think that it makes sense to try to re-use
DAV:response in the "explanation" part of the error message,
because you don't need another responsedescription,
and it is not clear that the HTTP status codes are a
useful way of characterizing what about the state of
the other resource contributed to the error being described.

Cheers,
Geoff

-----Original Message-----
From: Julian Reschke [mailto:julian.reschke@gmx.de]
Sent: Sunday, May 05, 2002 10:39 AM
To: Jason Crawford; Clemm, Geoff
Cc: WebDAV
Subject: RE: Issue: COPYMOVE_LOCKED_STATUS_CODE_CLARIFICATION


> From: w3c-dist-auth-request@w3.org
> [mailto:w3c-dist-auth-request@w3.org]On Behalf Of Jason Crawford
> Sent: Thursday, May 02, 2002 10:41 PM
> To: Clemm, Geoff
> Cc: WebDAV
> Subject: Issue: COPYMOVE_LOCKED_STATUS_CODE_CLARIFICATION
>
>
>
> The recent thread entitled
> RE: need clarification about COPY to locked resource response cod       e
>   and
> RE: need clarification about COPY to locked resource response cod e
> recently died down with the following posting.
> http://lists.w3.org/Archives/Public/w3c-dist-auth/2002AprJun/0043.html
>
> I just want to bring it to conclusion and get it on the ISSUES list.
>
>
> So we have a proposal on the table regarding error reporting for lock
> conflicts
> during COPY/MOVE.  I'll try to describe it below.
>
> If a portion of the destination is locked and preventing a portion of the
> COPY/MOVE,
> then a 207 Multistatus MUST be returned by the server.   That MultiStatus
> response should
> indicate (with 409 Conflict status) what source resource could not be
> copied/moved and
> optionally say something about the locked destination resource the locked
> that prevented
> the copy.
>
> <D:response>
>     <D:href>/bla/source</D:href>
>     <D:status>HTTP/1.1 409 CONFLICT</D:status>
>     <D:responsedescription>
>       <D:error>
>          <D:locked-destination>
>            <D:href>/other/destref...</D:href>
>          </D:locked-source>
>       </D:error>
>     </D:responsedescription>
>  </D:response>
>
> That D:error tag is optional.  And clearly we'd need the add definitions
> for the
> D:error tag and the descendent tags listed in the example above.
> We should work out if the dest URL listed is the root of the lock or the
> locked resource
> that was directly affecting the operation.  We should possibly clarify
> "protected URL"
> status codes and what URL is depicted.

How about a more generic version:

<D:response>
    <D:href>/bla/source</D:href>
    <D:status>HTTP/1.1 409 CONFLICT</D:status>
    <D:responsedescription>
      <D:dependant-status>
        ... complete DAV:response element for resource causing the conflict
      </D:dependant-status>
   </D:responsedescription>
</D:response>

This would avoid having to define a whole new set of error conditions...


> ...
Received on Monday, 6 May 2002 15:12:46 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 2 June 2009 18:44:00 GMT