DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25481>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=25481

Caching of aggregated content not working with cocoon:/ protocol

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|Normal                      |Major



------- Additional Comments From [EMAIL PROTECTED]  2003-12-13 11:50 -------
Narrowing this down:

Given base pipeline:
<map:match pattern="testaggregate">
        <map:aggregate element="aggregation" >
                <map:part src="file://d:/temp/myfile1.xml"/>
                <map:part src="cocoon:/nocache"/>       
        </map:aggregate>
        <map:serialize type="xml"/>
</map:match>

This one caches as expected:
<map:match pattern="nocache">
        <map:generate type="file" src="file://d:/temp/myfile2.xml"/>    
        <map:serialize type="xml"/>
</map:match>

This one caches initially, but can get invalidated (*)
<map:match pattern="nocache">
        <map:generate type="cachingrequest"/>
        <map:serialize type="xml"/>
</map:match>

(*)To test this, open 2 browser tabs for convenience
1) first request 
http://localhost:8080/testaggregate?test=asdf
2) repeat first request x times and check core.log, you will see that it gets
cached properly
3) second request in other tab 
http://localhost:8080/app/cod/testaggregate?test=122312135534
4) repeat second request x times, it gets cached properly
5) now repeat 1), it's cache is invalidated because of different
timestampcachevalidity

I'm reluctantly upping the prio to "Major". There really is no way to run a high
volume dynamic svg website without this caching working. 

I will attach my cachingrequestgenerator in case this matters.

Reply via email to