From users-return-17532-apmail-jackrabbit-users-archive=jackrabbit.apache.org@jackrabbit.apache.org Tue May 24 09:53:27 2011 Return-Path: X-Original-To: apmail-jackrabbit-users-archive@minotaur.apache.org Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 700D66B5B for ; Tue, 24 May 2011 09:53:27 +0000 (UTC) Received: (qmail 5340 invoked by uid 500); 24 May 2011 09:53:26 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 5312 invoked by uid 500); 24 May 2011 09:53:26 -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 5304 invoked by uid 99); 24 May 2011 09:53:26 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 May 2011 09:53:26 +0000 X-ASF-Spam-Status: No, hits=-2.3 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of anchela@adobe.com designates 64.18.1.191 as permitted sender) Received: from [64.18.1.191] (HELO exprod6og106.obsmtp.com) (64.18.1.191) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 May 2011 09:53:16 +0000 Received: from outbound-smtp-1.corp.adobe.com ([192.150.11.134]) by exprod6ob106.postini.com ([64.18.5.12]) with SMTP ID DSNKTdt/90fT79GKnHf07po5154SzRB3ct1T@postini.com; Tue, 24 May 2011 02:52:56 PDT Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p4O9pqES001535 for ; Tue, 24 May 2011 02:51:52 -0700 (PDT) Received: from nacas02.corp.adobe.com (nacas02.corp.adobe.com [10.8.189.100]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id p4O9qsPY023776 for ; Tue, 24 May 2011 02:52:54 -0700 (PDT) Received: from eurcas01.eur.adobe.com (10.128.4.27) by nacas02.corp.adobe.com (10.8.189.100) with Microsoft SMTP Server (TLS) id 8.3.159.3; Tue, 24 May 2011 02:52:54 -0700 Received: from Angela.local (10.132.1.53) by eurcas01.eur.adobe.com (10.128.4.111) with Microsoft SMTP Server id 8.3.159.3; Tue, 24 May 2011 10:52:52 +0100 Message-ID: <4DDB7FF4.7040101@adobe.com> Date: Tue, 24 May 2011 11:52:52 +0200 From: Angela Schreiber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 To: "users@jackrabbit.apache.org" Subject: Re: jcr remoting References: <4DDB6792.4020903@liip.ch> In-Reply-To: <4DDB6792.4020903@liip.ch> Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org hi david > when using the jcr api over the jackrabbit remoting implementation, is > there a way to control the depth to fetch all node children from the > backend? > http://jackrabbit.apache.org/api/2.1/org/apache/jackrabbit/server/remoting/davex/JcrRemotingServlet.html#bread if i remember correctly there a 2 ways of manipulating the batch-reading: - specify a BatchRead config with the server sided servlet (in this case the server defines what's most favorable for the client). - specify a BatchRead configuration with the creation of the spi2dav repositoryservice. > i guess the jcr api does not offer anything? how do i make it happen no... that's not part of the jcr api (nor part of the jcr extensions in jackrabbit) as this is merely an configuration of at the spi level. > with jackrabbit? can i still use the jcr api to fetch nodes or do i need > to write code totally specific to jackrabbit? sure... it's all about using the jcr api... the configuration is rather to have a more specific behavior on the spi layer in order to optimize the traffic. regards angela