You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Ard Schrijvers <a....@hippo.nl> on 2006/07/03 18:28:04 UTC

RE: Caching jx with flow (WAS: Is use-store needed when using XSLTC ?)


"I am not familiar with xsp (anymore). I use jx all the time (with flow). It is by default not cached, though you can arrange this via flow. 

How do you do this (cache) in flow?"


I have changed the name of this thread since this part drifts away from the inital subject. Probably known by lots of users of jx is that the org.apache.cocoon.generation.JXTemplateGenerator by default is not cacheable. This is because lots of logic the components setup is not aware of might be present in the the file that is generated by the JXTemplateGenerator (the setup of a component must be able to return the cachekey that is processed in the pipeline cachekey AND the validity). Suppose you are doing some date functions in your jx, computing the current week. This can never be cached because the pipeline key or validity has no dependence on what happens during the generation of the jx file.

But, since we often know where our specific jx depends on, you can make it being cached. 

So, when you are in your flow function you define your cachekey for the jx, and the valdity type:

var ck='KEY-';
var params={'cacheValidity': NOPValidity.SHARED_INSTANCE}; 

// NOPValidity merely means something like: assume I am always valid. You can equally well define an expires validity if it is only valid for some time, or an eventValidity, or a timeStampValdity or...that is about it I think

now, to var ck you append the things that is depends on (like a request parameter, current week number, etc)

you add it to params:

params['ck']=ck;

and go back to the sitemap with 

cocoon.sendPage(foo, params);

You have the matcher 

<map:match pattern="foo">
	<map:generate type="jx" src="bar.xml">

and bar.xml starts with:

<some-element jx:cache-key="${ck}" jx:cache-validity="${cacheValidity}"

Now, your JXTemplateGenerator is cached. 

Since we had to repeat this pattern many many times (sitemap --> flow --> sitemap --> jx ) we have extended the JXTemplateGenerator, where you can very easily make your jx cacheable. (you just generate it, and everything it depends on is added to it with map:parameter)...

So for example, I have a jx depending on session and date and request-param, then

<map:generate src="bar.xml" type="jx" >
	<map:parameter name="foo" value="{session-attr:name}"/>
	<map:parameter name="path" value="{request-param:path}"/> 
	<map:parameter name="depth" value="{date:yyyyMMdd}"/>
</map:generate>

Now, the cached jx would depend on these three parameters. Very easy to use, and less error prone than the flow part. 

If somebody is interested in the code I will hear 

ps it is not written by me so it might be in cocoon trunk already but I dont think so

Regards Ard

-- 

Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel  +31 (0)20 5224466
-------------------------------------------------------------
a.schrijvers@hippo.nl / http://www.hippo.nl
-------------------------------------------------------------- 




regards

Andrew 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org