Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 59977 invoked from network); 17 May 2004 14:30:58 -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:30:58 -0000 Received: (qmail 2221 invoked by uid 500); 17 May 2004 14:29:16 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 1907 invoked by uid 500); 17 May 2004 14:29:13 -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 1408 invoked by uid 98); 17 May 2004 14:29:06 -0000 Received: from cziegeler@s-und-n.de by hermes.apache.org by uid 82 with qmail-scanner-1.20 (clamuko: 0.70. Clear:RC:0(212.8.217.2):. Processed in 0.167977 secs); 17 May 2004 14:29:06 -0000 X-Qmail-Scanner-Mail-From: cziegeler@s-und-n.de via hermes.apache.org X-Qmail-Scanner: 1.20 (Clear:RC:0(212.8.217.2):. Processed in 0.167977 secs) Received: from unknown (HELO mail.s-und-n.de) (212.8.217.2) by hermes.apache.org with SMTP; 17 May 2004 14:29:06 -0000 Received: from notes.sundn.de (ntsrv5.sundn.de [10.10.2.10]) by mail.s-und-n.de (postfix) with ESMTP id AD17619F5A4 for ; Mon, 17 May 2004 16:28:50 +0200 (CEST) Received: from hw0386 ([10.10.2.53]) by notes.sundn.de (Lotus Domino Release 6.5) with ESMTP id 2004051716204323-47397 ; Mon, 17 May 2004 16:20:43 +0200 From: "Carsten Ziegeler" To: Subject: RE: XSP not working in CVS head? Date: Mon, 17 May 2004 16:31:37 +0200 Organization: S&N AG MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 In-Reply-To: <40A8CADC.8030004@apache.org> thread-index: AcQ8GYXOPeLCE3wVT1Kwh0kkvFxmcAAAfbdg X-MIMETrack: Itemize by SMTP Server on PBSN1/Systeme und Netzwerke(Release 6.5|September 26, 2003) at 17.05.2004 16:20:43, Serialize by Router on PBSN1/Systeme und Netzwerke(Release 6.5|September 26, 2003) at 17.05.2004 16:20:43, Serialize complete at 17.05.2004 16:20:43 Message-ID: Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" 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 Sylvain Wallez wrote: > > To sum up : > - Store.TRANSIENT_STORE : used by Cocoon to store > non-serializable objects > - Store.ROLE : used by Cocoon to store serializable objects > - Store.PERSISTENT_STORE : optional component that _may_ be > used by in-memory implementations of Store.ROLE to delegate > persistent storage. > > AFAIU, JCS has its own in-memory front end to the persistent > storage. In this configuration Store.ROLE will be a JCSStore > and Store.PERSISTENT_STORE will have no implementation > (because we don't need it). > > But we still and will always need a TRANSIENT_STORE that > doesn't require objects to be serializable. If JCS cannot > handle this, then let's keep the current > DefaultTransientStore (which extends MRUMemoryStore). > > Hope this clear things a bit. > Thanks, yes! Hmm, there is only one thing I don't like: no persistent store in this scenario. Couldn't the persistent and the store be simply the same? > Ah, and one more detail: it would be good for JCS*Store > source files to be in the "impl" directory. > Already done :) Carsten