From dev-return-34973-apmail-jackrabbit-dev-archive=jackrabbit.apache.org@jackrabbit.apache.org Fri May 11 09:35:29 2012 Return-Path: X-Original-To: apmail-jackrabbit-dev-archive@www.apache.org Delivered-To: apmail-jackrabbit-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 5ADFCC6A0 for ; Fri, 11 May 2012 09:35:29 +0000 (UTC) Received: (qmail 25190 invoked by uid 500); 11 May 2012 09:35:28 -0000 Delivered-To: apmail-jackrabbit-dev-archive@jackrabbit.apache.org Received: (qmail 24764 invoked by uid 500); 11 May 2012 09:35:25 -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 24705 invoked by uid 99); 11 May 2012 09:35:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 09:35:22 +0000 X-ASF-Spam-Status: No, hits=-1.0 required=5.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS,URI_HEX X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of anchela@adobe.com designates 64.18.1.21 as permitted sender) Received: from [64.18.1.21] (HELO exprod6og108.obsmtp.com) (64.18.1.21) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 11 May 2012 09:35:14 +0000 Received: from outbound-smtp-2.corp.adobe.com ([193.104.215.16]) by exprod6ob108.postini.com ([64.18.5.12]) with SMTP ID DSNKT6zdPXn061RgTD4kO7mF5Q8oEif8snRR@postini.com; Fri, 11 May 2012 02:34:54 PDT Received: from inner-relay-1.corp.adobe.com (ms-exchange.macromedia.com [153.32.1.51]) by outbound-smtp-2.corp.adobe.com (8.12.10/8.12.10) with ESMTP id q4B9YqIf006365 for ; Fri, 11 May 2012 02:34:52 -0700 (PDT) Received: from nacas01.corp.adobe.com (nacas01.corp.adobe.com [10.8.189.99]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id q4B9Ypvm023355 for ; Fri, 11 May 2012 02:34:51 -0700 (PDT) Received: from eurhub01.eur.adobe.com (10.128.4.30) by nacas01.corp.adobe.com (10.8.189.99) with Microsoft SMTP Server (TLS) id 8.3.192.1; Fri, 11 May 2012 02:34:51 -0700 Received: from angela.corp.adobe.com (10.132.1.18) by eurhub01.eur.adobe.com (10.128.4.111) with Microsoft SMTP Server id 8.3.192.1; Fri, 11 May 2012 10:34:47 +0100 Message-ID: <4FACDD37.3070804@adobe.com> Date: Fri, 11 May 2012 11:34:47 +0200 From: Angela Schreiber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.18) Gecko/20110616 Thunderbird/3.1.11 MIME-Version: 1.0 To: Subject: Re: spi2davex.RepositoryServiceImpl -> idUriCache raises until heap overflow References: <1336723249600-4625776.post@n4.nabble.com> <4FACCE71.5090808@adobe.com> <1336727590341-4625931.post@n4.nabble.com> In-Reply-To: <1336727590341-4625931.post@n4.nabble.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 daniel > thank you for the fast reply. > I can open this as an issue in JIRA, but I hoped for a quick workaround. :) > Can you tell, if it is possible to get the instance of the > RepositoryServiceImpl to use its clearItemUriCache-method. > Maybe this can be achieved by the right cast of the Repository/Session > instance or something like that. i don't recall that by heart... if i was you i would checkout the source and change the uriresolver. that fix is overdue anyway. it has the same TODOs since ages just didn't get enough focus to be fixed. the quickest solution was probably to limit the size of that id/uri cache that is just there to avoid too many round trips (as far as i remember). the constructor or the repositoryserviceimpl currently doesn't allow to pass a map of config options... that makes it a bit cumbersome for extensions :( regards angela > > This would help me to handle this problem until the cache configuration will > be available. > > greetings Daniel > > -- > View this message in context: http://jackrabbit.510166.n4.nabble.com/spi2davex-RepositoryServiceImpl-idUriCache-raises-until-heap-overflow-tp4625776p4625931.html > Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.