Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 70552 invoked by uid 500); 11 Aug 2003 10:04:30 -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 Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 70512 invoked from network); 11 Aug 2003 10:04:26 -0000 Received: from mail.s-und-n.de (212.8.217.2) by daedalus.apache.org with SMTP; 11 Aug 2003 10:04:26 -0000 Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id 075C0B3794 for ; Mon, 11 Aug 2003 12:04:34 +0200 (CEST) Received: from hw0386 ([10.10.2.46]) by notes.sundn.de (Lotus Domino Release 5.0.8) with SMTP id 2003081112043221:6808 ; Mon, 11 Aug 2003 12:04:32 +0200 From: "Carsten Ziegeler" To: Subject: RE: Switching cache to Persistent Store Date: Mon, 11 Aug 2003 12:06:35 +0200 Message-ID: MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) Importance: Normal In-Reply-To: <3F368538.18513.D44B8F@localhost> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 11.08.2003 12:04:32, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 5.0.8 |June 18, 2001) at 11.08.2003 12:04:33, Serialize complete at 11.08.2003 12:04:33 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Upayavira wrote: > > I've been exploring how to get the CLI to use Cocoon's caching > mechanism and > environment.isLastModified() to prevent the CLI from generating > otherwise cached > pages. > > The problem I currently have is that the cache Cocoon uses is > transient, and is > thus lost every time the CLI restarts. > > So: > a) How can I switch Cocoon to always use a Persistent cache? Putting > value="org.apache.excalibur.store.Store"/> into > cocoon.xconf makes > CacheImpl pick a persistent store, but for some reason values > aren't in the store > after Cocoon has been restarted. What do you mean by "after Cocoon has been restarted"? I'm not sure but it could be possible that the store is cleaned on startup. > b) How can I get Cocoon to use a persisitent store for CLI and a > transient one for > servlet? > By using different configurations, ok dumb answer I know, but the easiest (?) solution is to change the above mentioned store parameter to the required values. Carsten