You are viewing a plain text version of this content. The canonical link for it is here.

Posted to dev@forrest.apache.org by David Crossley <cr...@apache.org> on 2005/07/31 08:04:45 UTC

Re: [views] Change of processing paradigm of forrest

Ross Gardler wrote:
> 
> My point is that I can already do the this same processing with:
> <document>
>   <header>...</header>
>   <body>
>     <xi:include src="/feeds/somefeed.xml"/>
>   </body>
> </document>

Does xi:include enable documents to be handled
with the Cocoon cache? When that included document
changes, does Cocoon contine to use the cached content
rather than reloading?

Perhaps aggregation using the sitemap would be better.

David

Re: [views] Change of processing paradigm of forrest

Posted by Ross Gardler <rg...@apache.org>.

David Crossley wrote:
> Ross Gardler wrote:
> 
>>My point is that I can already do the this same processing with:
>><document>
>>  <header>...</header>
>>  <body>
>>    <xi:include src="/feeds/somefeed.xml"/>
>>  </body>
>></document>
> 
> 
> Does xi:include enable documents to be handled
> with the Cocoon cache? When that included document
> changes, does Cocoon contine to use the cached content
> rather than reloading?
> 
> Perhaps aggregation using the sitemap would be better.

I am not claiming xi:include should be used, only that our current
processing techniques allow the kind of inclusion that Thorsten used as
an example of a change in our processing paradigm. It is not a change of
paradigm, only a change of configuration and implementation detail. The
fundamental behaviour remains the same.

Ross