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

RE: PUT on collections

From: lisal <lisal@microsoft.com>
Date: Fri, 4 Jun 1999 08:40:28 -0700
To: "John Stracke" <francis@ecal.com>, <w3c-dist-auth@w3.org>
Message-ID: <38CFE5072909D311830C00A0C9C74EB926BE@PTPUP.dfpt.extest.microsoft.com>
I agree with John.  The Collection Properites I-D
(http://search.ietf.org/internet-drafts/draft-hopmann-collection-props-0
0.txt)
describes a property, DAV:defaultdocument, which is used so that the DAV
user (with sufficient permissions) can control what document is
displayed when a GET is performed on a collection.  This seems to work
pretty well, and is completely consistent with down-level clients.

Lisa

> -----Original Message-----
> From: John Stracke [mailto:francis@ecal.com]
> Sent: Thursday, June 03, 1999 4:09 PM
> To: w3c-dist-auth@w3.org
> Subject: Re: PUT on collections
> 
> 
> ccjason@us.ibm.com wrote:
> 
> > What is peoples' thinking on how a client will define what 
> is returned by a GET
> > request for a URI like...
> >
> > http://www.myhost.com/
> 
> Generally speaking, GET on a DAV collection Ought To work 
> just like it would if
> that resource weren't DAV--it should treat it as a GET on 
> index.html, or
> whatever.  We don't want to break existing browsers, after all.
> 
> That being said, it might be nice if a DAV client could 
> customize, or at least
> query, which resource(s) a collection uses (plural because it 
> can be handy to
> specify a search list: index.cgi, index.html, index.txt, 
> DirectoryList).  Maybe a
> DAV:defaultresource property, which contains a list of 
> resource elements; each
> element contains (or is) either an href or a 
> <DAV:directorylist/>.  Some servers
> might not support setting it, but querying it should be fairly easy.
> 
> --
> /=============================================================\
> |John Stracke    | My opinions are my own | S/MIME & HTML OK  |
> |francis@ecal.com|============================================|
> |Chief Scientist | NT's lack of reliability is only surpassed |
> |eCal Corp.      |  by its lack of scalability. -- John Kirch |
> \=============================================================/
> 
> 


Received on Friday, 4 June 1999 11:40:48 GMT

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