- From: Surendra Reddy <SKREDDY@us.oracle.com>
- Date: 20 Jan 98 15:26:16 -0800
- To: ejw@ics.uci.edu
- Cc: w3c-dist-auth@w3.org
- Message-Id: <199801202350.PAA04103@mailsun2.us.oracle.com>
Enclosed are some comments on WEBDAV draft: I have just started digging through webdav mailing archive and let me apologize if I am discussing the issues that had already been discussed. Overall, this version of the document looks pretty good and well written. I have some specific issues related to over protocol and would appreciate some discussion on this. (1). Is there any way I can get complete list of collections(top level or exploded ) in the server name space and its properties? Since there is no change in GET semantics for Collections, GET may return index.html or contents of this collection. How do I get only members in the collection and its properties with filters ( filtering collections not needed so on etc.)? This operation may not be required in producer point of view -- but as a consumer if I wanted to retrive all collections filtering out some collections using some criteria -- we definitely need an enhanced GET semantics or GETCOL operation. If GET operation on collections simply returns whatever it contains or index.html how does Access Control List applies to collections? (2). Can we add GETCOL to supporting listing of all collections and properties of each collection with an optin for scope parameters -- get list of collections from the root or get list of all collections within the given collection and so on. This facilitates to clients to discover the server name space hierarchies and explore them. (3). Does WebDAV protocol support maintaining source ( non-html) and html resources? If I am using word processor to create documents and publish it ( both source and html), how does one get source documents? (4). Versioning What is the time frame for Versioning specification? (5). When it supports a resource checkout and checkin operations, do we still need LOCK and UNLOCK operations? Doesn't it handled in Checkout and Checkin operations? Best Regards, -Surendra ------------------------------------------------------ Surendra K Reddy Tel. +1(650) 506-5441 Fax. +1(650) 506-7421 Email. skreddy@us.oracle.com "It is unwise to be too sure of one's own wisdom. It is healthy to be reminded that the strongest might weaken and the wisest might err." Warning: Statements and opinions stated herein may not be those of Oracle Corp.
Received on Tuesday, 20 January 1998 18:41:35 UTC