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

Re: WebDAV Invalidation (Was Re: Allow: header and supported meth ods)

From: Eckhard Kantz <deltav@wegalink.de>
Date: Thu, 13 Sep 2001 10:20:33 +0200
Message-ID: <002f01c13c2c$f6e95940$be00a8c0@wegalink.pro>
To: <ietf-dav-versioning@w3.org>
Cc: "Dyer, Kevin" <kevin.dyer@matrixone.com>
collaboration, groups, awareness, focus, dynamics of previous items - workflow/lifecycle looks to me
like only one area that would benefit from Internet Event Notifications, however, it may be the most
important one.

Eckhard

-----Ursprüngliche Nachricht-----
Von: "Dyer, Kevin" <kevin.dyer@matrixone.com>
An: "'Lisa Dusseault'" <lisa@xythos.com>; "Jösh Cohen" <joshrcohen@hotmail.com>;
<jamsden@us.ibm.com>; <w3c-dist-auth@w3c.org>; <ietf-dav-versioning@w3.org>
Gesendet: Mittwoch, 12. September 2001 16:12
Betreff: RE: WebDAV Invalidation (Was Re: Allow: header and supported meth ods)


> All on this thread,
>
> Let me boil this down to what I consider the essence of this thread.
> This entire discussion on publish-Subscribe to notification of events,
> or the automatic enrollment in a notification event because of the user,
> e.g. owner, is the genesis of a workflow/lifecycle module within the
> WebDAV server.
>
> Am I off base here? When you peel enough layers off of this discussion,
> isn't workflow/lifecycle at the heart of it? Except for the simple case
> where a single item is modified, but even that needs to have exceptions.
>
> Kevin
>
> > -----Original Message-----
> > From: Lisa Dusseault [mailto:lisa@xythos.com]
> > Sent: Friday, September 07, 2001 12:46 PM
> > To: Jösh Cohen; jamsden@us.ibm.com; w3c-dist-auth@w3c.org;
> > ietf-dav-versioning@w3.org
> > Subject: RE: WebDAV Invalidation (Was Re: Allow: header and supported
> > methods)
> >
> >
> > I agree that limiting the scope carefully is the best way to
> > successfully
> > navigate the BOF process.
> >
> > lisa
> >
> > > -----Original Message-----
> > > From: ietf-dav-versioning-request@w3.org
> > > [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of Jösh Cohen
> > > Sent: Friday, September 07, 2001 5:05 AM
> > > To: jamsden@us.ibm.com; w3c-dist-auth@w3c.org;
> > > ietf-dav-versioning@w3.org
> > > Subject: RE: WebDAV Invalidation (Was Re: Allow: header and
> > supported
> > > methods)
> > >
> > >
> > > I think thats a good idea to have a BOF.
> > > What Id like to see most importantly is a
> > > focused, and narrow scope.  In my mind,
> > > this is a mechanism for subscribing to
> > > and receiving specific change events on
> > > web resources, within the existing web
> > > infrastructure that integrates with DAV.
> > >
> > >
> > > ---
> > > Josh
> > >
> > >
> > >
> > > >From: "Jim Amsden" <jamsden@us.ibm.com>
> > > >To: w3c-dist-auth@w3c.org, ietf-dav-versioning@w3.org
> > > >Subject: RE: WebDAV Invalidation (Was Re: Allow: header
> > and supported
> > > >methods)
> > > >Date: Thu, 6 Sep 2001 20:40:25 -0400
> > > >
> > > >I'll schedule a BOF at the next IETF meeting. If there's
> > enough interest,
> > > >we can create a proposed charter and petition the area directors
> > > for a new
> > > >working group.
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >"Lisa Dusseault" <lisa@xythos.com>
> > > >Sent by: ietf-dav-versioning-request@w3.org
> > > >09/06/2001 06:21 PM
> > > >
> > > >
> > > >         To:     =?iso-8859-1?Q?J=F6sh_Cohen?=
> > <joshrcohen@hotmail.com>,
> > > ><deltav@wegalink.de>, <ietf-dav-versioning@w3.org>
> > > >         cc:     "Webdav WG" <w3c-dist-auth@w3c.org>
> > > >         Subject:        RE: WebDAV Invalidation (Was Re: Allow:
> > > header and
> > > >supported methods)
> > > >
> > > >
> > > >
> > > >I'd definitely be interested in working on notifications.
> > We'd like
> > > >clients
> > > >to be able to know about events like the ones you suggest, plus:
> > > >  - new resource in collection I'm subscribed to
> > > >  - Access control change in resource I'm subscribed to
> > > >  - New version in VCR (similar to your update/last-modified
> > > event, perhaps
> > > >equivalent)
> > > >
> > > >How do we proceed?
> > > >
> > > >lisa
> > > >
> > > > > -----Original Message-----
> > > > > From: ietf-dav-versioning-request@w3.org
> > > > > [mailto:ietf-dav-versioning-request@w3.org]On Behalf Of
> > Jösh Cohen
> > > > > Sent: Wednesday, August 29, 2001 12:26 PM
> > > > > To: deltav@wegalink.de; ietf-dav-versioning@w3.org
> > > > > Subject: Re: WebDAV Invalidation (Was Re: Allow: header
> > and supported
> > > > > methods)
> > > > >
> > > > >
> > > > > While Im nervous about trying to boil the ocean
> > > > > in the form of a 'general notifications protocol', Im
> > > > > wondering what people think about including the ability
> > > > > to subscribe to events on resources?
> > > > > By this I mean, in short, being able to subscribe
> > > > > to a resource, such that when things happen to it,
> > > > > such as:
> > > > > o  property change
> > > > > o  update (last modified)
> > > > > o  invalidate
> > > > > o  lock expiration / lock override
> > > > > o  deleted
> > > > >
> > > > > a subscribed entity would receive a notification.
> > > > >
> > > > > There's been some relevant work here in the form of
> > > > > an HTTP extension (SUBSCRIBE/NOTIFY methods) in the past
> > > > > to deal with some of these issues.  It was work that
> > > > > was previously done in the context of using HTTP for IM
> > > > > and it quite similar to the SIP subscription extensions.
> > > > >
> > > > > Does this sound at all like something the group
> > > > > would be interested in taking a closer look at ?
> > > > >
> > > > > thanks,
> > > > >
> > > > > ---
> > > > > Josh
> > > > >
> > > > >
> > > > >
> > > > > >From: "Eckhard Kantz" <deltav@wegalink.de>
> > > > > >To: <ietf-dav-versioning@w3.org>
> > > > > >Subject: Re: WebDAV Invalidation (Was Re: Allow:
> > header and supported
> > > > > >methods)
> > > > > >Date: Wed, 22 Aug 2001 21:40:39 +0200
> > > > > >
> > > > > >The protocol described in the ESI document allows to invalidate
> > > > > documents
> > > > > >that have been downloaded
> > > > > >to a local machine by applying a push technology. This could
> > > > > solve already
> > > > > >several conflict
> > > > > >situations or even partly prevent problems.
> > > > > >
> > > > > >On the other hand there seems to be an increasing need for more
> > > > > >fine-grained notification services
> > > > > >that extend the traditional access control systems.
> > Picture 1 in the
> > > > > >following longer article tries
> > > > > >to classify them:
> > > > > >
> > > > > >"Beyond 'Yes or No' - Extending Access Control in
> > Groupware with
> > > > > >Negotiation and Awareness"
> > > > > >(http://www.informatik.uni-bonn.de/~os/Publications/COOP98a.ps)
> > > > > >
> > > > > >Maybe those needs are also worth discussing if they could be
> > > > > supported in
> > > > > >the spec in order to allow
> > > > > >applications to build up on them. The invalidation protocol
> > > > > seems to be a
> > > > > >good basis also for this.
> > > > > >
> > > > > >Eckhard
> > > > > >
> > > > > >
> > > > > >-----Ursprüngliche Nachricht-----
> > > > > >Von: Eric Sedlar
> > > > > >An: ietf-dav-versioning@w3.org
> > > > > >Gesendet: Dienstag, 21. August 2001 19:00
> > > > > >Betreff: WebDAV Invalidation (Was Re: Allow: header and
> > > > > supported methods)
> > > > > >
> > > > > >
> > > > > >Check out
> > > > > >http://www.esi.org/invalidation_protocol_1-0.html for some work
> > > > > that looks
> > > > > >pretty similar
> > > > > >to what we are talking about.
> > > > > >
> > > > > >--Eric
> > > > > >
> > > > >
> > > > >
> > > > >
> > _________________________________________________________________
> > > > > Get your FREE download of MSN Explorer at
> > > >http://explorer.msn.com/intl.asp
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > > _________________________________________________________________
> > > Get your FREE download of MSN Explorer at
> > > http://explorer.msn.com/intl.asp
> >
Received on Thursday, 13 September 2001 04:20:40 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 8 January 2008 13:57:42 GMT