Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 91755 invoked from network); 1 Nov 2003 14:51:03 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 1 Nov 2003 14:51:03 -0000 Received: (qmail 67466 invoked by uid 500); 1 Nov 2003 14:50:54 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 67413 invoked by uid 500); 1 Nov 2003 14:50:54 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: list-post: Reply-To: dev@cocoon.apache.org Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 67400 invoked from network); 1 Nov 2003 14:50:54 -0000 Received: from unknown (HELO naomi.webworks.nl) (24.132.161.79) by daedalus.apache.org with SMTP; 1 Nov 2003 14:50:54 -0000 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: Fooling around with cocoon davmap Date: Sat, 1 Nov 2003 15:50:55 +0100 Message-ID: <84F0A43A4248CE45B5C0E20F4C40779C36CC5C@naomi.webworks.nl> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Fooling around with cocoon davmap Thread-Index: AcOgfwBhIFA0mFGtSIyR71LOhUpImAAA5YnA From: "Unico Hommes" To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Gianugo Rabellino wrote: >=20 > Unico Hommes wrote: >=20 > > > > Should we strive for strict compatibility in the short term? >=20 > IMO, yes. We are now building a foundation for Cocoon to be a viable DAV > server, and this should include finding all the possible shortcomings > and solve them now instead than later, when we will start polishing > things up. There's always room for hacks, but I'd rather leave them to a > later point: now we're more in a proof of concept phase, after which I > expect some serious design to happen, possibly even on Cocoon core. >=20 > WDYT? >=20 I agree that for the things we implement we stick to the spec as closely as possible. But I think we will not necessarily want to implement all the features at this time. For instance for COPY and MOVE I don't want to start to implement all the request options and response reports before we have a good way of doing those things. One of the reasons I say this is because we are already running into the limits of our current environment. And before we can really continue we will have to think about how we can solve those issues. But I think you were already hinting towards that. For me, the proof of concept phase is almost over, i.e. I am convinced that building and maintaining a DAV server on top of Cocoon is not only doable it's a very nice fit too. We need to start to take a step back and compare our experiences and come up with a design so that we can start implementing things such as locking, and do PROPFIND, PROPPATCH, MOVE and COPY properly. -- Unico > Ciao, >=20 > -- > Gianugo Rabellino > Pro-netics s.r.l. - http://www.pro-netics.com > Orixo, the XML business alliance - http://www.orixo.com > (Now blogging at: http://blogs.cocoondev.org/gianugo/)