W3C home > Mailing lists > Public > ietf-dav-versioning@w3.org > October to December 2001

RE: [ACL] principal-collection-set

From: Stefan Eissing <stefan.eissing@greenbytes.de>
Date: Thu, 11 Oct 2001 10:38:24 +0200
To: "Clemm, Geoff" <gclemm@rational.com>, "DeltaV \(E-mail\)" <ietf-dav-versioning@w3.org>, <ACL@webdav.org>
Message-ID: <NDBBKJABLJNMLJELONBKCECPDBAA.stefan.eissing@greenbytes.de>
> From: acl-admin@webdav.org [mailto:acl-admin@webdav.org]On Behalf Of
> Clemm, Geoff
> Just to make sure we're on the same page, the interaction between
> the client and a server will not be to ask each resource "where is
> your xxx-collection-set", but rather to ask the first encountered
> resource in a session "where are the xxx-collection-set values on
> your server", and then use those values for the rest of the session.

Yes, that's what I'm concerned about. Without going too much into
detail, I have a server with an internal plugin-structure and all
"server" protocol values (xxx-set, DAV header, methods) can and will
vary. For now, they can vary with each collection. If we have BINDINGs
in the future, it may vary with each resource.

So, getting those values "once for the session" is wrong and clients
following that advice are broken.


> This means that you would not be combining requests for xxx-collection-set
> information with the other property information, but rather will be
> asking for xxx-collection-set information around the same time you
> are asking for OPTIONS information (i.e. what options are supported
> by your server), which is why the xxx-collection-set information is
> currently marshalled via OPTIONS, since *that* allows you to get all
> this "configuration" information in one request.
> Cheers,
> Geoff
> -----Original Message-----
> From: Julian Reschke [mailto:julian.reschke@gmx.de]
> > 1) Keep DeltaV with OPTIONS, and make ACL use OPTIONS for consistency
> > 2) Change DeltaV to use properties, and have ACL use properties
> > 3) Have DeltaV and ACL use different ways to obtain xxx-collection-set
> >
> > The main situation I *really* want to avoid is:
> > 4) Change DeltaV to use properties, and have ACL end up using OPTIONS
> >    or some other non-property mechanism inconsistent with DeltaV.
> >
> > So for those folks that care about this (probably not many :-),
> > which choice do you prefer?
> Obviously, it MUST be consistent across deltaV, ACL and future WebDAV
> versions.
> I honestly think that 2) is the best solution. For instance, it allows a
> client to collect all it needs to know about a resource with one request.
> _______________________________________________
> acl mailing list
> acl@webdav.org
> http://mailman.webdav.org/mailman/listinfo/acl
Received on Thursday, 11 October 2001 04:37:13 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:55:47 UTC