Return-Path: Delivered-To: apmail-jackrabbit-users-archive@minotaur.apache.org Received: (qmail 83932 invoked from network); 6 Mar 2009 11:57:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 6 Mar 2009 11:57:41 -0000 Received: (qmail 51959 invoked by uid 500); 6 Mar 2009 11:57:39 -0000 Delivered-To: apmail-jackrabbit-users-archive@jackrabbit.apache.org Received: (qmail 51948 invoked by uid 500); 6 Mar 2009 11:57:39 -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 51935 invoked by uid 99); 6 Mar 2009 11:57:39 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 03:57:39 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [217.237.162.101] (HELO mail.teliskp.de) (217.237.162.101) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 06 Mar 2009 11:57:31 +0000 Received: from TelisExMbx01.telis.it.tfsh ([10.1.8.202]) by telisex03 ([10.1.8.183]) with mapi; Fri, 6 Mar 2009 12:57:10 +0100 From: Kurz Wolfgang To: "users@jackrabbit.apache.org" Date: Fri, 6 Mar 2009 12:57:09 +0100 Subject: AW: OCM cache? Thread-Topic: OCM cache? Thread-Index: AcmeTvfvwBCBOE/bQTKwcmnqe5BduwAA0gSA Message-ID: <12B08E43EA4D0A4194C46028C6D109E8543EA78F94@TELISEXMBX01.telis.it.tfsh> References: <49AFE928.1010404@eng.it> <12B08E43EA4D0A4194C46028C6D109E8543EA78B85@TELISEXMBX01.telis.it.tfsh> <3b728ee90903060330nd2c9488geba195d6d0554f2@mail.gmail.com> In-Reply-To: <3b728ee90903060330nd2c9488geba195d6d0554f2@mail.gmail.com> Accept-Language: de-DE Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: de-DE Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Well for my setup i used the jackrabbit web application to supply a server = with the repository. Thex my Webapplication conntects to the jackrabbit server via RMI And reads the objects with ocm. Filling the objects takes a really lokng time. I have stored artikels in jackrabbit and for 10 artikles it takes like 5 se= conds. I have tried to connect to the jackrabbit webaplication via JNDI since my a= pplication is in the same server container but I couldn't find out how to m= ake the jackrabbit webapplication to suplay a global JNDI recourse. -----Urspr=FCngliche Nachricht----- Von: Christophe Lombart [mailto:christophe.lombart@gmail.com]=20 Gesendet: Freitag, 6. M=E4rz 2009 12:30 An: users@jackrabbit.apache.org Betreff: Re: OCM cache? This feature is not yet implemented. The current cache implementation is just there to solve the following issue. http://issues.apache.org/jira/browse/JCR-918 What kind of problem do you have ? Can give me more info ? In which case, reading takes a long time. br, Christophe 2009/3/6 Kurz Wolfgang > Hello everyone, > > I amueing ocm to read from jackrabbit. But reading takes a long time so I > thought I would check and see if there is a way to optimize it. When look= ing > through the ocm code I found something about a cache so I am guessing I c= an > cache the reads from jackrabbit somehow. > > Anyone know how I enable the cache for ocm reads from jackrabbit? If ther= e > is something like it. > > > > > >