Return-Path: Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: (qmail 8333 invoked from network); 17 Jun 2008 13:13:34 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 17 Jun 2008 13:13:34 -0000 Received: (qmail 69639 invoked by uid 500); 17 Jun 2008 13:13:35 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 69594 invoked by uid 500); 17 Jun 2008 13:13:35 -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 69580 invoked by uid 99); 17 Jun 2008 13:13:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2008 06:13:35 -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 jukka.zitting@gmail.com designates 64.233.184.237 as permitted sender) Received: from [64.233.184.237] (HELO wr-out-0506.google.com) (64.233.184.237) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Jun 2008 13:12:46 +0000 Received: by wr-out-0506.google.com with SMTP id 68so3629195wri.15 for ; Tue, 17 Jun 2008 06:13:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XZ3PhBKTx2+bANXFDzoEVMw253AFoEv8X+OnLoTdlZs=; b=AE2SVM6whFisEFNjCKFAjfRikZMfNudRaWrpNiBFpsnqoGEI3f8nw9M1VvgNCe23j/ GwTi7/6XJfK5z9WfJVp4LPhcGrAa/D7KjY92MAk+xaHlyfo+hYjGrnsPek8BJcyqdHdd SLB9ojBvKG26PY1dED9ZpoVKo3zSqOePrprb8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dRkOqokZmh04a8PhlEfPOTJ/DvBXxFX1Tr+NLykb0G8wIUFpser/nF86WfMbjvfGlE skIw+4KhrenWnPGYEsqPbtzptpyODWjVrN5ncd5DwyXMt/LQ1GmYMw5HVLviKcMdtxTY MpWXOHNt/slHF5LVE+qHexmK5+vlJcPNtR2nM= Received: by 10.90.36.16 with SMTP id j16mr5520166agj.83.1213708384570; Tue, 17 Jun 2008 06:13:04 -0700 (PDT) Received: by 10.90.115.13 with HTTP; Tue, 17 Jun 2008 06:13:04 -0700 (PDT) Message-ID: <510143ac0806170613h21832ce7j6ffdb438a606fd0a@mail.gmail.com> Date: Tue, 17 Jun 2008 16:13:04 +0300 From: "Jukka Zitting" To: dev@jackrabbit.apache.org Subject: Re: RMI vs. JNDI In-Reply-To: <17898756.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <17876722.post@talk.nabble.com> <17891000.post@talk.nabble.com> <17898756.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org Hi, On Tue, Jun 17, 2008 at 3:57 PM, krisNog wrote: > What I really need to find out is what sort of latency there is when using > RMI to make calls to the JCR API. Most JCR-RMI calls are remote, so you'll have the overhead of a network roundtrip per each method call. There's been some discussion about avoiding so many network roundtrips by pre-fetching or caching content on the client side, but so far such improvements have only been implemented for some simple cases like RangeIterator.next(). BR, Jukka Zitting