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


From: Fuller, Dan (ENW) <Dan.Fuller@enron.com>
Date: Mon, 5 Nov 2001 09:02:57 -0600
Message-ID: <C2426F3E48CF9D488BCD0B3458FC5B8601E17C@NAHOU-MSDOG01V.corp.enron.com>
To: "Herbert Bock" <herbert.bock@ixos.de>, "WebDAV" <w3c-dist-auth@w3.org>
Am I the only one who gets queazy about MULTIPUT?  We have well
implemented DIR and COPY commands in DOS that accept multiple
parameters.  Why not just extend PUT and GET to accept multiple

-----Original Message-----
From: Herbert Bock [mailto:herbert.bock@ixos.de]
Sent: Mon, November 05, 2001 4:41 AM
To: WebDAV
Subject: RE: Ideas: GETSRC & MULTIPUT

Perhaps I'm a bit late with my comment but I just now read
Jim's suggestions. Especially the MULTIPUT feature is
one that I missed very very much when I recently read RFC2518
and tried to map the functionality of our systems to WebDAV.
I think MULTIPUT is vital for many scenarios and it is
quite easy to implement on the server side but extremely
hard if not impossible on the client side.

Please, please add this feature to WebDAV. I'm sure its
desperately needed. And many thanks to Jim for triggering


-----Original Message-----
From: Jim Whitehead [mailto:ejw@cse.ucsc.edu]
Sent: Montag, 29. Oktober 2001 21:14
To: WebDAV
Subject: Ideas: GETSRC & MULTIPUT

I'm interested in the list's thoughts on two ideas for DAV improvements:

The first is to introduce a GETSRC method to support access to the
unprocessed source of a resource. This would decouple the dynamic
of a resource (GET) from its static source (GETSRC).

The second is to introduce the MULTIPUT method to support "PUT with
PROPPATCH" scenarios. MULTIPUT would accept some subset of multipart
packages and atomically write them to the server. This would support the
update of a resource and its metadata in one transaction.

- Jim

This e-mail is the property of Enron Corp. and/or its relevant affiliate and may contain confidential and privileged material for the sole use of the intended recipient (s). Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender or reply to Enron Corp. at enron.messaging.administration@enron.com and delete all copies of the message. This e-mail (and any attachments hereto) are not intended to be an offer (or an acceptance) and do not create or evidence a binding and enforceable contract between Enron Corp. (or any of its affiliates) and the intended recipient or any other party, and may not be relied on by anyone as the basis of a contract by estoppel or otherwise. Thank you. 
Received on Monday, 5 November 2001 10:03:46 UTC

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