W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > July to September 1998

Server-Side References: Which Methods Get Passed Through?

From: Slein, Judith A <JSlein@crt.xerox.com>
Date: Tue, 15 Sep 1998 15:46:53 -0400
Message-ID: <201BB34B3A73D1118C1F00805F1582E8B76C61@x-wb-0128-nt8.wrc.xerox.com>
To: "'WebDAV'" <w3c-dist-auth@w3.org>

Making the definition of Server-Side References (formerly Direct
References) operational involves making a decision about which methods
affect the target, and which affect the reference itself.  Although it
would be possible to support different flavors of Server-Side References
that pass through different methods to their targets, for simplicity's
sake it would be preferable to settle on one.  The following proposal
was well received at the IETF:

These methods affect the target:  GET, HEAD, PUT, POST, PROPFIND,
These methods affect the reference: DELETE, COPY, MOVE

We will adopt this interpretation in the Advanced Collections protocol
specification if there are no objections.  It would be useful to know
whether there are server vendors or DMS vendors whose products pass
through a different set of methods to the target for Server-Side
References.  Or whether there are those who think that clients need to
be able to request that a particular set of operations affect the target
when they create a Server-Side Reference.  (There was strong sentiment
in Chicago against giving clients the freedom to define arbitrary lists
of pass-through operations.)

Since on this interpretation DELETE will affect the reference, and not
its target, the DELREF method currently proposed in the protocol
specification can be dropped.

If we can agree on a single set of operations that affect the target,
and a single list of operations that affect the reference, the current
Pass-Through header and property can be replaced by a simpler Ref-Type
header and property, whose values are just DAV:client-side or

Judith A. Slein
Xerox Corporation
800 Phillips Road 105/50C
Webster, NY 14580
Received on Tuesday, 15 September 1998 15:44:59 UTC

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