Return-Path: Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 85585 invoked by uid 500); 12 Aug 2003 13:46:09 -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 85446 invoked from network); 12 Aug 2003 13:46:06 -0000 Received: from out2.smtp.messagingengine.com (HELO mail.messagingengine.com) (66.111.4.26) by daedalus.apache.org with SMTP; 12 Aug 2003 13:46:06 -0000 Received: from mail.messagingengine.com (localhost [127.0.0.1]) by localhost.localdomain (Postfix) with ESMTP id 95DC899983 for ; Tue, 12 Aug 2003 09:45:27 -0400 (EDT) Received: from 10.202.2.150 ([10.202.2.150] helo=mail.messagingengine.com) by messagingengine.com with SMTP; Tue, 12 Aug 2003 09:45:27 -0400 X-Epoch: 1060695927 X-Sasl-enc: kgveqs5qAvqws5QDHFKG9g Received: from charya (unknown [213.48.13.34]) by www.fastmail.fm (Postfix) with ESMTP id 4613399F33 for ; Tue, 12 Aug 2003 09:44:14 -0400 (EDT) From: "Upayavira" To: dev@cocoon.apache.org Date: Tue, 12 Aug 2003 14:44:00 +0100 MIME-Version: 1.0 Subject: Re: Switching cache to Persistent Store Message-ID: <3F38FD30.19940.85915C9@localhost> Priority: normal In-reply-to: <3F38CF84.3050408@leverageweb.com> References: <3F37FE3D.18707.4753165@localhost> X-mailer: Pegasus Mail for Windows (v4.12a) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N ... > > Vadim's already answered you on that but another point is that I'm > pretty sure there's nothing wrong with the Store(s) or Cache because I > don't see this happening in the webapp. You could prove this to > yourself by configuring the max-objects param for transient-store in > cocoon.xconf to a very small number (like 5) and then watching items > go into the persistent storage by using the webapp some. You can then > use the sample to clear the MRU store and you'll see that you can > still get cached responses out of the persistent-store. I haven't tried all that yet, but I have just got my webapp working via Tomcat rather than Jetty and: * load a sample page * load status page - contains stuff in MRUMemoryStore * restart Tomcat and wait * reload status page - MRU and Default stores are both empty I'm happy that things might make it into the persistent store during the life of a particular invocation of the servlet container. What I'm complaining about is that the persistent store doesn't seem to survive a restart of the servlet container/Cocoon. Regards, Upayavira