- From: Clemm, Geoff <gclemm@Rational.Com>
- Date: Thu, 16 Mar 2000 11:18:59 -0500
- To: w3c-dist-auth@w3.org
As you probably saw from my response to the "Loops II" thread, I believe that we should have a new status code called "Duplicate Detected", and that the Duplicate-Detected status MUST indicate the DAV:urn property (but no other property) of the duplicate resource. So this isn't quite what you propose below (since the client still has to explicitly request the DAV:urn property for non-"Duplicate-Detected" members, but I think it gives you the desired functionality. Cheers, Geoff -----Original Message----- From: Slein, Judith A [mailto:JSlein@crt.xerox.com] Sent: Thursday, March 16, 2000 9:36 AM To: 'Clemm, Geoff'; w3c-dist-auth@w3.org Subject: RE: Loop Detected We can make it that the property values get returned for the 506 resource, but as you say that will not in general be helpful to the client in reconstructing the graph. It would just be a matter of luck if the properties requested allowed you to identify the resource bound to the href. As you say, the only property that allows this is DAV:urn. So it's not just a matter of changing the example to one where DAV:urn was requested. I know you will hate this suggestion, but we could have servers always return DAV:urn, whether it was requested or not, for all the resources if there is a 506 anywhere in the response. Or we could add a note suggesting to clients that if they want to reconstruct the graph, they should submit another PROPFIND Depth: infinity to the same resource, requesting DAV:urn. -----Original Message----- From: Clemm, Geoff [mailto:gclemm@Rational.Com] Sent: Wednesday, March 15, 2000 4:29 PM To: w3c-dist-auth@w3.org Subject: RE: Loop Detected I agree with Tim. Furthermore, I would suggest that the example use the DAV:urn property (aka DAV:resource-id), since that illustrates the value of the DAV:urn property (the DAV:display-name is not a reliable way of identifying a resource). Cheers, Geoff -----Original Message----- From: Tim Ellison/OTT/OTI [mailto:Tim_Ellison@oti.com] Sent: Wednesday, March 15, 2000 3:29 PM To: w3c-dist-auth@w3.org Subject: Loop Detected The example given in section 12.1 of draft-ietf-webdav-binding-protocol-02 of a PROPFIND depth infinity in the presence of a loop implies that the propstat for the loop detected resource only contains the property names and not their values (again). Although I can understand the point of this in the majority of cases, it does prevent the client from reconstructing the graph of resources since they cannot determine the destination of the binding. If the properties were returned the client could PROPFIND depth infinity on the resource identifier and reconstruct the graph. Tim
Received on Thursday, 16 March 2000 11:19:46 UTC