cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Leszek Gawron <>
Subject Re: Caching JXTemplate
Date Tue, 06 Jul 2004 09:28:13 GMT
Antonio Gallardo wrote:

> Unico Hommes dijo:
>>Surely you couldn't have missed it. You committed it:
>>Now reviewing the patch, I can't imagine how this is going to work. Both
>>cache key and validity objects that are passed in via the context seem
>>to be returned without augmenting them. AFAICS they should be combined
>>with a key identifying the src of the generator and the validity of that
>>src respectively in order to work.
> AFAIK, the committed code works as I explained above. It just cache the
> precompiled code. The second run is faster because it only interpret the
> precompiled code. In that way I told that we are caching just the compiled
> part not the interpretation of it. If this is what we are talking about,
> then it is already done.
> I thought we spoke about a full cache (including the parameters) and in
> that way the result can be stored in the cocoon cache. And this is not the
> case. Or I don't saw it already working while developing and running the
> same untouched URL 2 times. This is why I requested for a description of
> the current status or how it works. Perhaps someone can write a doc about
> it.

I will provide wiki docs for this during the weekend. I will also document how 
to avoid database processing if the view is cached (flow cannot know if the 
view is cached so the lazy wrapper has to be used).

Leszek Gawron                            
Project Manager                                    MobileBox sp. z o.o.
+48 (61) 855 06 67                    
mobile: +48 (501) 720 812                       fax: +48 (61) 853 29 65

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message