RE: Ideas: GETSRC & MULTIPUT

Hi Dan,

could it be that you misunderstand the MULTIPUT as a
PUT of more than one file? The MULTIPUT was meant as
an atomic update of a resource and its related meta
data.

Regards,
Herbert

-----Original Message-----
From: Fuller, Dan (ENW) [mailto:Dan.Fuller@enron.com]
Sent: Montag, 5. November 2001 16:03
To: Herbert Bock; WebDAV
Subject: RE: Ideas: GETSRC & MULTIPUT


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 Tuesday, 6 November 2001 06:30:51 UTC