Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 43685 invoked from network); 10 May 2005 13:53:31 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 10 May 2005 13:53:31 -0000 Received: (qmail 38472 invoked by uid 500); 10 May 2005 13:56:47 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 38357 invoked by uid 500); 10 May 2005 13:56:45 -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 38333 invoked by uid 99); 10 May 2005 13:56:45 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (hermes.apache.org: local policy) Received: from lakermmtao02.cox.net (HELO lakermmtao02.cox.net) (68.230.240.37) by apache.org (qpsmtpd/0.28) with ESMTP; Tue, 10 May 2005 06:56:45 -0700 Received: from [192.168.0.102] (really [68.100.13.69]) by lakermmtao02.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050510135310.PHYI26223.lakermmtao02.cox.net@[192.168.0.102]> for ; Tue, 10 May 2005 09:53:10 -0400 Message-ID: <4280BCC9.30900@reverycodes.com> Date: Tue, 10 May 2005 09:53:13 -0400 From: Vadim Gritsenko User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@cocoon.apache.org Subject: Re: svn commit: r169169 - in /cocoon/blocks/unsupported/template/trunk: java/org/apache/cocoon/template/jxtg/JXTemplateGenerator References: <20050508212331.67067.qmail@minotaur.apache.org> <427FC54E.30404@apache.org> <427FD8A0.1040301@mobilebox.pl> <427FDB44.8080306@reverycodes.com> <428061FD.9040504@mobilebox.pl> <428079E9.8090706@apache.org> <42807C7D.5050006@mobilebox.pl> In-Reply-To: <42807C7D.5050006@mobilebox.pl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N Leszek Gawron wrote: > Sylvain Wallez wrote: > >> Leszek Gawron wrote: >> >>> Vadim Gritsenko wrote: >>> >>>> Leszek Gawron wrote: >>>> >>>>> I think I have to switch to transient store because >>>>> at least for now jxtg template is not serializable. >>>> >>>> >>>> Is there a reason not to use transient store for jxtg? >>> >>> >>> none .. but I thought it is better to use a "store" instead of >>> explicit "transient store". What I did not know was that when using >>> Store one had to put only serializable objects in it. Well it's better to use a store which is more appropriate. If it is faster to re-create something from original source than load it back from file system store, it is obvious that transient store is the best. >> The transient store is meant as a cache for objects that aren't >> serializable, whereas the regular store has a memory front-end and >> some persistent filesystem swap, and therefore can only accept >> serializable objects. >> > > got that now. I had a crazy idea that regular store can store all > objects and is able to overflow to disk for those objects which support > it - serializable. It's not a crazy idea - that's how it should work. General store must accept any kind of objects. Default implementation still does work properly. Newer implementations are buggy. This is mentioned on the "known issues" page. Vadim