Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 9706 invoked from network); 4 Apr 2006 18:32:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 4 Apr 2006 18:32:30 -0000 Received: (qmail 12158 invoked by uid 500); 4 Apr 2006 18:32:22 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 12096 invoked by uid 500); 4 Apr 2006 18:32:22 -0000 Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@jackrabbit.apache.org Delivered-To: mailing list dev@jackrabbit.apache.org Received: (qmail 12020 invoked by uid 99); 4 Apr 2006 18:32:21 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 04 Apr 2006 11:32:21 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of julian.reschke@gmx.de designates 213.165.64.20 as permitted sender) Received: from [213.165.64.20] (HELO mail.gmx.net) (213.165.64.20) by apache.org (qpsmtpd/0.29) with SMTP; Tue, 04 Apr 2006 11:32:19 -0700 Received: (qmail invoked by alias); 04 Apr 2006 18:31:58 -0000 Received: from p508FB2FC.dip0.t-ipconnect.de (EHLO [192.168.178.21]) [80.143.178.252] by mail.gmx.net (mp027) with SMTP; 04 Apr 2006 20:31:58 +0200 X-Authenticated: #1915285 Message-ID: <4432BB40.6090205@gmx.de> Date: Tue, 04 Apr 2006 20:30:24 +0200 From: Julian Reschke User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: dev@jackrabbit.apache.org Subject: Re: Status of jcr-server References: <44326BE6.8040200@gmx.de> <44327C3F.1080500@day.com> <4432A7CF.30008@gmx.de> <29a761a00604041022s5f88515ekc6f757cf8e8d9073@mail.gmail.com> <4432B1F8.4080706@gmx.de> <29a761a00604041125t1103ad73u59987c4742976351@mail.gmail.com> In-Reply-To: <29a761a00604041125t1103ad73u59987c4742976351@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Brian Moseley wrote: >> I'm still confused. Is this a limitation of the "simple" server, or one >> of the backends? > > sorry. when i said "back end", i was referring to the "simple server" > and "jcr remoting server" implementations of the jcr-server > interfaces. the implementation of simple server exists in order to > offer webdav protocol access to a repository full of nt:folder and > nt:file nodes. it does not offer any other options. OK, thanks for the clarification. As far as I can tell this means that neither "jcr-server" (the thingy in the "server" subdirectory) nor "simple-server" (the one on the "webapp" subdirectory) will act as generic WebDAV servers: one exposes too much, the other one too little of the capabilities of JCR. So is a generic WebDAV server setup that could act as a drop-in replacement for things such as Apache/mod_dav, IIS or Slide in scope of this Apache activity, or would I need to start my own project for that? (Understanding that Cosmo may be part of the answer :-) Best regards, Julian