Well I think in my environment step 2 is the way to go... Creating a timestamp or cache-key might not be a problem. The only thing might be that the content to fetch is itself initialized by some transformations and therefore submitted as SAX events, which gives me the problem that I would need to get access to the pipeline content and beeing able to return my timestamp during transform...

Is that possible? Sounds not really cocoon-like ;)

I don't want to skip the fetching of the external content because up-to-date data is a strong requirement in my case. So what I need is a way to skip the following transforms.

Thx,

Nils

Ard Schrijvers schrieb:
The specific thing you describe you want to implement is not possible. But, there are options to improve on some points, but it really depends on a few things (especially getting the external content):
 
I will try to summarize some of your options here:
 
1) How up to date should the external content be? Can you say, it is valid for at least 5 minutes? Then, use the expiring cche of cocoon
2) Can you get a timestamp of the external content (just like on filesystem, a lastmodified)? Then, normal cocoon cache should work. Only disadvantage, is that for checking the validity of your cached pipeline, a call to the external resource is made for something like a timestamp.
3) This is by far the nicest solution, but probably not useable for you: if you have external calls to for example a repository, eventCaching is the way to go, where for example after changes, jms messages invalidate the corresponding pipelines. But, probably, you just read external content which is not yours.
 
These are your options I think.
 
If you want to understand more about the cocoon caching mechanism, and how cocoon checks for cached pipelines (especially what the order of checks are, like cache keys and validity objects), check out:
 
Regards Ard
--

Hippo
Oosteinde 11
1017WT Amsterdam
The Netherlands
Tel  +31 (0)20 5224466
-------------------------------------------------------------
[EMAIL PROTECTED] / http://www.hippo.nl
--------------------------------------------------------------



Reply via email to