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 ?


Sylvain

--
Sylvain Wallez                                  Anyware Technologies
http://www.apache.org/~sylvain           http://www.anyware-tech.com
{ XML, Java, Cocoon, OpenSource }*{ Training, Consulting, Projects }
Orixo, the opensource XML business alliance  -  http://www.orixo.com




Reply via email to