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

RE: version resource and locking

From: Clemm, Geoff <gclemm@rational.com>
Date: Wed, 5 Dec 2001 14:19:34 -0500
Message-ID: <3906C56A7BD1F54593344C05BD1374B103F8ADBA@SUS-MA1IT01>
To: "'ietf-dav-versioning@w3.org'" <ietf-dav-versioning@w3.org>
Yes, please do post the method/resource compatibility matrix.
And that's great to hear that you'll be working on a client!
Did your reference to jsr-147 indicate that you hope to use
that as your client API?  If so, that's great to hear as well!


-----Original Message-----
From: Pill, Juergen [mailto:Juergen.Pill@softwareag.com]
Sent: Wednesday, December 05, 2001 10:46 AM
To: 'Clemm, Geoff'; 'ietf-dav-versioning@w3.org'
Subject: RE: version resource and locking

Hello Geoff,

thanks for your answer. 

I mostly work on a WebDAV server implementation (Jakarta Slide) and
currently I am preparing a method/resource compatibility matrix. If you are
interested, I can post it soon.

Best regards


PS. I want to start working on the client side too starting next year.

-----Original Message-----
From: Clemm, Geoff [mailto:gclemm@rational.com]
Sent: Mittwoch, 5. Dezember 2001 15:01
To: 'ietf-dav-versioning@w3.org'
Subject: RE: version resource and locking

The primary use cases requiring lock/unlock are for version-controlled

A server certainly could also support locking on a version resource,
but since a version resource is largely immutable (except for its
live properties, where whether or not they are immutable depends
on the characteristics of that live property), servers may not
bother with supporting locks on them (unless they get that functionality
for free from their underlying implementation).

Just for interests sake, did you have a client scenario in which
version locking was  interesting?

Similarly, it is unlikely that a "lock" on a version history resource
will be of much interest to a client, and servers may not support it.

Note though that unlike LOCKing, which is only really interesting on
version-controlled resources, ACLs support is interesting and worthwhile
on all resource types, including versions (to control "delete" behavior)
and version histories (to control who can add versions to that version



-----Original Message-----
From: Pill, Juergen [mailto:Juergen.Pill@softwareag.com]
Sent: Wednesday, December 05, 2001 7:45 AM
To: 'ietf-dav-versioning@w3.org'
Subject: version resource and locking


The Delta-V standard introduces the resource type "version resource". Would
you expect the webdav (un)lock command to work on a "version resource" too.
A server may implement the delete method on a "version resource".

Am I correct with the assumption, that (un)lock should work on a "version
history resource" and a "version controlled resource" too.

Best regards

Juergen Pill
Received on Wednesday, 5 December 2001 14:20:07 UTC

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