Steven :
DBPrism CMS uses this approach using ESI invalidation protocol
(http://www.w3.org/TR/esi-invp) that is an standard.
You could get more information about Cocoon's External Cache
Invalidator Server at
http://www.dbprism.com.ar/dbprism/doc/xdocs/Server.html
A flow of how the inva
Hello Steven,
**
First let me say that I am not a developer of cocoon, but a developer
who uses cocoon, so it's possible that I have something wrong here. If
so, anyone please feel free to correct me.
This code works with the released version, cocoon2.0.2
Additionally, I am running all o
> On Tue, 2002-05-14 at 14:56, Steven Sedlmeyer wrote:
> > We are evaluating porting an existing CMS and web publishing system over
to
> > cocoon but we have some issues with caching. In our particular
situation we
> > normally use two different cache management strategies:
> >
> > 1. For automa
ct: Re: Caching for database driven sites
> On Tue, 2002-05-14 at 14:56, Steven Sedlmeyer wrote:
> > We are evaluating porting an existing CMS and web publishing system over
to
> > cocoon but we have some issues with caching. In our particular
situation we
> > normally use two d
your ESI
work in the above scenario?
Geoff Howard
-Original Message-
From: Marcelo F. Ochoa [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, May 14, 2002 10:43 AM
To: [EMAIL PROTECTED]
Subject: Re: Caching for database driven sites
Steven :
DBPrism CMS uses this approach using ESI invalidat
Geoff Howard wrote:
>Marcelo (and anyone else listening) -
>
>
>
>We'll need (and so would others I think) something that de-couples this.
>For example, the database knows that the article table has been updated for
>record 323456 from the PAGELAYOUT table, but it doesn't (and shouldn't have
>to
Marcelo F. Ochoa wrote:
> AFAIK Cocoon's caching algorithm uses the URL information for making
> the caching key (long value returned by generateKey() method), look at
> the sources for org.apache.cocoon.util.HashUtil and
> org.apache.cocoon.generation.FileGenerator as an example.
> Obviusl