W3C home > Mailing lists > Public > w3c-dist-auth@w3.org > April to June 2004

Re: Locking spec

From: Eric Sedlar <eric.sedlar@oracle.com>
Date: Thu, 3 Jun 2004 09:53:28 -0700
Message-ID: <00b301c4498b$4b8a67a0$1baa2382@us.oracle.com>
To: "Daniel Florey" <dflorey@c1-fse.de>, <w3c-dist-auth@w3.org>

Another model for transactions would be something like the COMPOUND method
in NFSv4.  I thought MSFT also implemented batching versions of some other
WebDAV methods, and that could address both requirements in a way that has
already been approved by the IETF.

----- Original Message ----- 
From: "Daniel Florey" <dflorey@c1-fse.de>
To: <w3c-dist-auth@w3.org>
Sent: Thursday, June 03, 2004 3:31 AM
Subject: Locking spec

> Hi,
> first of all I want to thank Julian for his great work on the webdav
> protocols. His page is *the* resource regarding WebDAV for many
> developers working on the apache Slide project.
> Now I want to decrease my popularity and ask for forgiveness in advance
> by making the following proposal:
> I'd like to add transaction support to the locking spec as described in
> I know that this is thew wrong place for long term transactions as
> everyone would prefer a method called TRANSACTION or something similar,
> but as IIS and Exchange are using the LOCK method to implement
> transactions, I'd like to see it in the locking spec. Maybe it would be
> an idea to have some basic locking features (current locking spec) and
> advanced locking (transactions)?
> My personal goal is to achieve full Exchange/IIS compatibility
> regarding  WebDAV in the distant future with the Slide project. We are
> currently working on a full JCA implementation working with Slide and
> hopefully with IIS/Exchange. As this is open source, everyone could use
> this Connector lateron, if transactions are support in the "locking" way.
> We have already implemented full exchange compliant notifications, but
> this is a different story...
> Regards,
> Daniel
Received on Thursday, 3 June 2004 12:59:30 UTC

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