On 3/2/06, Morgen Sagen <[EMAIL PROTECTED]> wrote: > Ok. Although I've always been hoping for ACID transactions and the > ability to send/receive 'sync diffs', if we decide we're going to
yeah.. the biggest issue i have with this approach is that it adds a lot of complexity to cosmo and chandler specifically for syncing between each other that goes mostly or completely unused when chandler talks to a different server or when a different client talks to cosmo. i'd love to explore the notion of adding transaction support to webdav so that we could do an entire sync as an atomic operation. jackrabbit's webdav implementation of jcr remoting maps jcr transactions to a sequence of webdav requests, so we could look at that to to get a handle on the issues. we could also potentially do diff-based sync with webdav someday, but that would require us to implement versioning in cosmo and would require logic on top of the webdav layer in both chandler and cosmo. that might also be a webdav extension in the making ;) > stick with DAV, and the server can convert between a Chandler data > format and the various standards, then that is a huge improvement > over the 'dual-resource' sharing we do today. I also have to > apologize to Brian since he made this suggestion to me a day or two > ago in an email which I completely missed until this morning. So > assuming we go this route, where on the Cosmo roadmap would this > translation feature sit in terms of priority? I hate to put Brian on > the spot about this, but this would be seriously cool and helpful. :-) the chandler team has asked for some additional freebusy functionality in cosmo to support chandler 0.7, so we're considering that a high priority RFE, and i want to look at implementing some or all of webdav acl in the next few months, but otherwise i think the roadmap is pretty wide open. the best way to move forward on this is to start talking more specifically about requirements and data format. i just might get excited about it and write the converters on some random weekend ;) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ Open Source Applications Foundation "Dev" mailing list http://lists.osafoundation.org/mailman/listinfo/dev
