- From: Fuller, Dan (ENW) <Dan.Fuller@enron.com>
- Date: Mon, 5 Nov 2001 09:02:57 -0600
- 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 parameters? -----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 this. Regards, Herbert -----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 response 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 MIME 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