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

RE: Baselines and Bindings

From: Clemm, Geoff <gclemm@rational.com>
Date: Thu, 11 Oct 2001 08:42:46 -0400
Message-ID: <3906C56A7BD1F54593344C05BD1374B10488C436@SUS-MA1IT01>
To: ietf-dav-versioning@w3.org
   From: Peter Raymond [mailto:Peter.Raymond@merant.com]

   I understand why the baseline of cmp2 would not contain a 
   version of /ws/cmp2/src/bar.html, but this does seem odd. 

   I can think of a common use case for which this may cause problems: 
   /ws/project1/news/adverts.js is just a binding to 
   the VCR at /ws/project1/adverts.js.

   BASELINE-CONTROL on /ws/project1/news
   BASELINE-CONTROL on /ws/project1

   according to Geoffs e-mail I think this will NOT contain
   adverts.js, it will only capture the default.htm, because the VCR
   for adverts.js already has a DAV:version-controlled-configuration
   property and so cannot be a member of two configurations.


   This seems really odd, because now if you use BASELINE-CONTROL to
   populate a new collection with the contents of the baseline that
   you took of /ws/project1 it will NOT create a advert.js at the top
   level and so the web page would be broken!

Yes, because baselines of project1 depend on baselines of news,
so you only get consistent states if you have baselines of project1
contain a subbaseline of news.

   Even if the baseline of
   /ws/project1/news was a subbaseline of the baseline of
   /ws/project1, the adverts.js would still NOT be created at the top
   level when the /ws/project1 baseline is used.

Why not?  Although the protocol does not require the baseline to
remember the names of members from other baselines, it certainly
can do so, in which case it will know to populate /ws/project1/advert.js
with a binding to the same VCR as /ws/project1/news/advert.js.
If the server supports VCCls, then if for sure will track this information
in the binding-set of the collection version for /ws/project1.

   I don't have a good
   answer to how I would propose we fix this, but it certainly seems
   like a problem.  We could always just capture one baseline of
   /ws/project1 and NOT capture /ws/project1/news as a baseline (eg
   just have one baseline of the whole thing), but this is forcing the
   user down this route, they may have wanted to track
   /ws/project1/news as a component.  Am I on track? 

I think the only thing you missed is that a baseline is allowed
(and if it supports VCls, required) to track the names of members
from other configurations.

Received on Thursday, 11 October 2001 08:43:27 UTC

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