Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 61579 invoked from network); 17 May 2004 14:32:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 17 May 2004 14:32:04 -0000 Received: (qmail 11972 invoked by uid 500); 17 May 2004 14:30:52 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 11865 invoked by uid 500); 17 May 2004 14:30:51 -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 11788 invoked by uid 98); 17 May 2004 14:30:51 -0000 Received: from ap-cocoon-dev@m.gmane.org by hermes.apache.org by uid 82 with qmail-scanner-1.20 (clamuko: 0.70. Clear:RC:0(80.91.224.249):. Processed in 0.021187 secs); 17 May 2004 14:30:51 -0000 X-Qmail-Scanner-Mail-From: ap-cocoon-dev@m.gmane.org via hermes.apache.org X-Qmail-Scanner: 1.20 (Clear:RC:0(80.91.224.249):. Processed in 0.021187 secs) Received: from unknown (HELO main.gmane.org) (80.91.224.249) by hermes.apache.org with SMTP; 17 May 2004 14:30:50 -0000 Received: from list by main.gmane.org with local (Exim 3.35 #1 (Debian)) id 1BPj8W-0008Ly-00 for ; Mon, 17 May 2004 16:30:36 +0200 Received: from node-c-6f2f.a2000.nl ([62.194.111.47]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 May 2004 16:30:36 +0200 Received: from unico by node-c-6f2f.a2000.nl with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 17 May 2004 16:30:36 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: dev@cocoon.apache.org From: Unico Hommes Subject: Re: XSP not working in CVS head? Date: Mon, 17 May 2004 14:30:32 +0000 (UTC) Lines: 36 Message-ID: References: <40A8C848.9020804@upaya.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 62.194.111.47 (Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6) Gecko/20040206 Firefox/0.8) Sender: news X-Spam-Rating: hermes.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Carsten Ziegeler s-und-n.de> writes: > > Upayavira wrote: > > Surely we have: > > Transient: stored in memory, lost on shutdown > > Persistent: stored on disc, kept through shutdown > > "Simple": stored in memory, pushed to disc when overflowing, > > persists contents to disc during shutdown. > > > > It is this third case that is the complicated one to handle > > (and the one that is most useful to me for the CLI). > > > Ok, so for persistent and simple, the objects have to be > serializable. > I just configured the old memory store as the transient store, > so everything should work now as expected again. Apart that > currently the data does not persist a shutdown if written to > the persistent store. :( > Just to get the terminology straight, we already have these concepts formally defined: name role current impl default o.a.exc.store.Store o.a.c.c.store.impl.DefaultStore transient o.a.exc.store.Store/Transient o.a.c.c.store.impl.TransientStore persistent o.a.exc.store.Store/Persistent o.a.c.c.store.impl.PersistentStore If for the default store we use either JCS or EHCache and for the transient store o.a.c.c.store.impl.DefaultTransientStore we should be there. There is no component that uses a persistent store directly IIRC. -- Unico