On 11 Aug 2003 at 16:41, Sylvain Wallez wrote:
> Upayavira wrote:
>
> >On 11 Aug 2003 at 8:49, Geoff Howard wrote:
> >
> >
> >
> >>Joerg Heinicke wrote:
> >>
> >>
> >>>IIRC it's a Jetty /feature/. Tomcat does not do this.
> >>>
> >>>Joerg
> >>>
> >>>
> >>>
> >>>>I've just done a further check which makes this problem easier to
> >>>>see: 1) add the <cache><parameter name="store"
> >>>>value="org.apache.excalibur.store.Store"/> </cache> thing to
> >>>>cocoon.xconf. 2) Start Cocoon in Jetty 3) Load a page to get
> >>>>something into the cache, e.g:
> >>>>http://localhost:8888/samples/hello-world/ 4) Go to
> >>>>http://localhost:8888/samples/status.html and you'll see your
> >>>>pages in the default store. Correct. 5) Shut down Jetty and
> >>>>restart 6) Go back to http://localhost:8888/samples/status.html
> >>>>and you're pages have disappeared from the default store. Surely
> >>>>this is wrong!
> >>>>
> >>>>Regards, Upayavira
> >>>>
> >>>>
> >>Yes, I found this when working on the event-based caching. Jetty
> >>apparently deletes (or at least does not reuse) its work directory.
> >>This would also cause XSP's to be recompiled after startup. Anyone
> >>know Jetty enough to figure out how to re-configure this?
> >>
> >>
> >
> >But the same thing is happening with the CLI. It isn't deleting its
> >work directory, but it certainly isn't reusing it. Any ideas what I
> >can do about it? Might it be the same thing affecting the CLI and
> >Jetty?
> >
> >
>
> An idea : the MRUMemoryStore swaps its content to disk either when
> some memory limit is reached, either on dispose(). Does the CocoonBean
> call dispose() on Cocoon ?
It calls: ContainerUtil.dispose(this.cocoon)
But I'm finding that even the persistent DefaultStore isn't persistent. The
MRUMemoryStore certainly doesn't survive a restart.
Upayavira
