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

Re: [RFC2518 Issue] PROPFIND 'allprop' usage

From: <Tim_Ellison@uk.ibm.com>
Date: Wed, 22 Nov 2000 20:00:03 +0000
To: w3c-dist-auth@w3.org
Message-ID: <8025699F.006E2C33.00@d06mta07.portsmouth.uk.ibm.com>

I have to agree with Shaun that providing an unbounded implementation of
'PROPFIND allprops depth infinity' would be brain dead.  Similarly, moving
the goal posts to say that allprops no longer returns all the properties
would be 'unfavourable' to existing clients and servers.

The only tenable position is to allow the server to refuse the request,
either in its entirety (no all props and/or no depth infinity) or by
allowing it to report partial results (a response status code that
indicates not all properties were returned, and/or collection members were
not traversed) for a resource.

IMHO, attempting to synchronize thousands of files with a single call to
the server is not a fantastic idea.



Hartmut Warncke <hwarncke@Adobe.COM> on 2000-11-22 04:58:26 PM

Please respond to Hartmut Warncke <hwarncke@Adobe.COM>

To:   "Hall, Shaun" <Shaun.Hall@gbr.xerox.com>, WebDAV WG
Subject:  Re: [RFC2518 Issue] PROPFIND 'allprop' usage

> The implications of PROPFIND with an infinite depth affect both the
> and/or the client. Supposing you have a large WebDAV enabled repository.
> PROPFIND request (a few hundred bytes) could potentially mean that (tens
> GBs of data is to be returned. Even if the server could generate such a
> large response (which is a feat in its own right), it will load the
> and what will happen when the client receives it? Pity the poor user
> there for a long time (hours?), only to be told "timed out" or "out of
> memory" or something similar.

Yes, of course, I completely understand your point of view. But as a matter
fact we like this "depth infinity" feature very much because we can use it
in a
very efficient way in some situations and therefore we are struggleing so
for keeping that feature.

> Changing the specification could break existing products, which is a bad
> thing. Backwards compatibilty should be maintained.

Good to hear that. But I am not quite sure how you will do that because if
server has the possibility to refuse a depth infinity request GoLive 5 will
be able to handle that situation (synchronization of client and server
will not work anymore).

> We think the way forward for the WebDAV specification is to allow servers
> the ability to refuse such requests and inform the client. A mechanism
> should be defined for the client to understand this. If the client
> a response which basically stated that the server was refusing to service
> infinite depth request, it could issue multiple requests with a Depth:1.

If you have to synchronize a very large site with thousands of files,
depth infinity requests by depth 1 requests would be a huge performance
for us.

Best, Hartmut
Received on Wednesday, 22 November 2000 15:04:11 UTC

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