Return-Path: Delivered-To: apmail-incubator-jackrabbit-dev-archive@www.apache.org Received: (qmail 72321 invoked from network); 18 May 2005 07:05:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 18 May 2005 07:05:07 -0000 Received: (qmail 28350 invoked by uid 500); 18 May 2005 07:05:04 -0000 Mailing-List: contact jackrabbit-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jackrabbit-dev@incubator.apache.org Delivered-To: mailing list jackrabbit-dev@incubator.apache.org Received: (qmail 28331 invoked by uid 99); 18 May 2005 07:05:03 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from bsl-rtr.day.com (HELO picanmix.dev.day.com) (212.249.34.130) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 18 May 2005 00:05:01 -0700 Received: from eu-mail.day.com (eu-mail.dev.day.com [10.0.0.30]) by picanmix.dev.day.com (DAY) with ESMTP id j4I74jF07570 for ; Wed, 18 May 2005 09:04:46 +0200 (MEST) Received: from [10.0.0.55] ([10.0.0.55]) by eu-mail.day.com (Lotus Domino Release 5.0.8) with ESMTP id 2005051809044427:1843 ; Wed, 18 May 2005 09:04:44 +0200 Message-ID: <428AE90D.6040500@day.com> Date: Wed, 18 May 2005 09:04:45 +0200 From: Angela Schreiber User-Agent: Mozilla Thunderbird 0.8 (Windows/20040913) X-Accept-Language: en-us, en MIME-Version: 1.0 To: jackrabbit-dev@incubator.apache.org Subject: Re: webdav suggestion References: In-Reply-To: X-MIMETrack: Itemize by SMTP Server on eu-mail/Day(Release 5.0.8 |June 18, 2001) at 05/18/2005 09:04:44 AM, Serialize by Router on eu-mail/Day(Release 5.0.8 |June 18, 2001) at 05/18/2005 09:04:45 AM, Serialize complete at 05/18/2005 09:04:45 AM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N hi benjamin the aim of the webdav server/client part in jackrabbit was to provide a jackrabbit independant implementation. the dependencies to jackrabbit-core is limited to helper classes (with one single exception that is marked as 'to-be-reworked'), that i would wish where not part of the core but part of some more general jackrabbit package... on the other hand i didn't want to duplicate code (or using yet another library) just for the sake of being independant. i recently provided a list of dependencies to the jackrabbit-core-team (tobias). maybe we can find a solution to detach the fundamental utility classes from the core. regards angela Benjamin Mestrallet wrote: > Hi > > After a discussion with David (http://www.theserverside.com/news/ > thread.tss?thread_id=33803) I have decided to test the jackrabbit > WebDAV implementation on top of our eXo JCR. > > Unfortunately the code is not jackrabbit independant but the > dependencies are not that big. > > For example in jcr-webdav there are some references to jackrabbit core > classes like some constants and utils class to de/serialize and > generate uuid. > > So my question is, would you be interested to make those tools (the rmi > one is quite nice too) independent of the real implementation and make > it only reference the JSR 170 API. > > If so, our team would be pleased to help you and contribute to be sure > the tools work on both Jackrabbit and eXo JCR. > > Thanks > > Benjamin Mestrallet >