From users-return-8563-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Wed Aug 06 07:06:56 2008 Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 28845 invoked from network); 6 Aug 2008 07:06:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Aug 2008 07:06:56 -0000 Received: (qmail 82686 invoked by uid 500); 6 Aug 2008 07:06:55 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 82665 invoked by uid 500); 6 Aug 2008 07:06:54 -0000 Mailing-List: contact users-help@jackrabbit.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@jackrabbit.apache.org Delivered-To: mailing list users@jackrabbit.apache.org Received: (qmail 82654 invoked by uid 99); 6 Aug 2008 07:06:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Aug 2008 00:06:54 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anchela@day.com designates 62.192.10.254 as permitted sender) Received: from [62.192.10.254] (HELO goobak01.day.com) (62.192.10.254) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 06 Aug 2008 07:05:58 +0000 Received: by goobak01.day.com (Postfix, from userid 1212) id 9DC085088A; Wed, 6 Aug 2008 09:04:15 +0200 (CEST) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.182]) by goobak01.day.com (Postfix) with ESMTP id 5989950885 for ; Wed, 6 Aug 2008 09:04:15 +0200 (CEST) Received: by ik-out-1112.google.com with SMTP id c21so3857842ika.1 for ; Wed, 06 Aug 2008 00:05:05 -0700 (PDT) Received: by 10.210.34.2 with SMTP id h2mr2138784ebh.38.1218006304828; Wed, 06 Aug 2008 00:05:04 -0700 (PDT) Received: from ?10.0.0.148? ( [62.192.10.254]) by mx.google.com with ESMTPS id k5sm2101694nfh.0.2008.08.06.00.05.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 06 Aug 2008 00:05:03 -0700 (PDT) Message-ID: <48994D8D.8040802@day.com> Date: Wed, 06 Aug 2008 09:06:53 +0200 From: Angela Schreiber User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Re: Expose only a folder using WebDAV References: <8f70390807300751ybfefd4ck2b80bb5a06f23df0@mail.gmail.com> <489853C2.9050804@day.com> <8f70390808051359p76944a0etd548e8e0cda20740@mail.gmail.com> In-Reply-To: <8f70390808051359p76944a0etd548e8e0cda20740@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org hi paco > Yes, I want to expose from "uno" path (wants the tree starts at > "uno"). So "uno" will not be shown because it is the "wendab root > folder" but "dos" should be shown. But I have no idea how to achieve > this :( unless the 'dos' resource does not have siblings you want to display, you should be able to point your dav-client to the 'dos' resource as start point directly. does that work? if in addition you want to hide the existence of /ROOT/uno from the user, you would need to provide a custom DavLocatorFactory und extend the SimpleDavServlet to use the custom factory... i guess that should work. make - DavLocatorFactory#createResourceLocator(String prefix, String href) to add /ROOT/uno to the resource path to obtain the correct repository path. - DavResourceLocator#getHref(boolean) to remove the /ROOT/uno from the repository path while calculating the href of the dav resource. if this is not what you are looking for or if i didn't get your problem properly, feel free to post your questions to the list. angela > On Tue, Aug 5, 2008 at 3:21 PM, Angela Schreiber wrote: >> Paco Avila wrote: >>> Actually, all the repository is exporter using WebDAV. But I wonder if I >>> can >>> export only from a node. >>> >>> If my repository is ROOT/uno/dos I want to show using WebDAV from "uno", >>> to >>> prevent access to parent folder ROOT. >> do you simply want the tree to start at 'uno' (a) or do you >> want the href-properties of the dav resources to omit >> the segments you want to hide (b) ? >> >> as far as i know, the (a) should work, shouldn't it? >> for (b) you probably need to provide your custom DavLocatorFactory, >> that properly converts between the item path (repository path) and >> the href of the dav resource. >> >> regards >> angela >> >> >