Return-Path: Delivered-To: apmail-jackrabbit-users-archive@locus.apache.org Received: (qmail 64831 invoked from network); 19 Mar 2007 13:16:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Mar 2007 13:16:13 -0000 Received: (qmail 34692 invoked by uid 500); 19 Mar 2007 13:16:20 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 34679 invoked by uid 500); 19 Mar 2007 13:16:20 -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 34670 invoked by uid 99); 19 Mar 2007 13:16:20 -0000 Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Mar 2007 06:16:20 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (herse.apache.org: domain of harry.moore@eyestreet.com designates 69.65.116.178 as permitted sender) Received: from [69.65.116.178] (HELO eyestreet.com) (69.65.116.178) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Mar 2007 06:16:09 -0700 Received: from [71.248.164.13] (account harry.moore HELO [11.11.11.100]) by eyestreet.com (CommuniGate Pro SMTP 5.1.7) with ESMTPSA id 2935188 for users@jackrabbit.apache.org; Mon, 19 Mar 2007 09:15:48 -0400 Message-ID: <45FE8D05.8020408@eyestreet.com> Date: Mon, 19 Mar 2007 09:15:49 -0400 From: Harry Moore User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: users@jackrabbit.apache.org Subject: Re: node caching References: <45FB0B24.6050600@eyestreet.com> <45FB564B.8040006@eyestreet.com> <8be731880703171039n4a7ebc30x973ab2e91dfd92a3@mail.gmail.com> In-Reply-To: <8be731880703171039n4a7ebc30x973ab2e91dfd92a3@mail.gmail.com> Content-Type: multipart/mixed; boundary="------------070900000506040502060500" X-Virus-Checked: Checked by ClamAV on apache.org --------------070900000506040502060500 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit So nodes are cached regardless of persistence manager? That is good to know. Is it fixed size, most-recently-used? Harry Tobias Bocanegra wrote: > hi, > please note, that there are several layer of caching present in > jackrabbit. > there is a cache of the items of the itemmanager (session scope), a > cache of the itemstates of the localeitemstatemanager (session scope), > a cache of the itemstates in the shareditemstatemanager (global > scope). > > there is no need for an additional caching. > regards, toby > > On 3/17/07, Danner, Russ wrote: >> >> what are the cons of that approach? Is there a background thread >> actually persisting the changes? What happens when the machnine >> fails for some reason? From the javadoc it looks like a bad option... >> like a toy that one would use for testing (it says the class should >> only be used for testing.) Maybe it could be adapted to act as a cache. >> >> -R >> >> >> >> -----Original Message----- >> From: Harry Moore [mailto:harry.moore@eyestreet.com] >> Sent: Fri 3/16/2007 10:45 PM >> To: users@jackrabbit.apache.org >> Subject: Re: node caching >> >> Looks like InMemPersistenceManager persistance is the way to go. >> >> Harry Moore wrote: >> > Is there a way to flag a node, set of nodes or some other segment of a >> > jackrabbit repository for high-speed access? That is, cache frequently >> > accessed nodes in memory (with write-through update) so they can be >> > accesses very quickly. >> > >> > Thanks, >> > >> >> -- >> Harry Moore >> Eye Street Software >> Office: 888-252-2085 ext. 3013 >> Cell: 617-429-3666 >> >> >> > > -- Harry Moore Eye Street Software Office: 888-252-2085 ext. 3013 Cell: 617-429-3666 --------------070900000506040502060500--