Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 39051 invoked from network); 24 Jan 2006 12:04:46 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 24 Jan 2006 12:04:46 -0000 Received: (qmail 86288 invoked by uid 500); 24 Jan 2006 12:04:44 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 86257 invoked by uid 500); 24 Jan 2006 12:04:43 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 86246 invoked by uid 99); 24 Jan 2006 12:04:43 -0000 X-ASF-Spam-Status: No, hits=-10.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [209.237.227.194] (HELO [127.0.0.1]) (209.237.227.194) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 24 Jan 2006 04:04:43 -0800 Message-ID: <43D61875.1030305@apache.org> Date: Tue, 24 Jan 2006 13:07:17 +0100 From: Carsten Ziegeler User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: caching for source objects? References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Max Pfingsthorn schrieb: > Hello everyone! > > I've run into some problems with performance (in general) and I noticed that source objects are not cached... This is not so nice since, for example, WebDAVSources are quite expensive to instantiate. > > Would it be a good idea in general if we subclassed the excalibur source resolver's resolveURI() method to add some caching (and delayed release) of the sources, say, using the o.a.excalibur.store.impl.MRUMemoryStore? > I think we have a CachingSource implementation somewhere (scratchpad?) which can be used as a wrapper around any other source implementation. I think this one will fit your use case. Carsten -- Carsten Ziegeler - Open Source Group, S&N AG http://www.s-und-n.de http://www.osoco.org/weblogs/rael/