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=26753>. 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=26753 Persistent store or cache corruption? Summary: Persistent store or cache corruption? Product: Cocoon 2 Version: Current CVS 2.1 Platform: Macintosh OS/Version: MacOS X Status: NEW Severity: Major Priority: Other Component: core AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] This looks serious and I don't know much about the internals of the caching system, so I'll try to provide as much info as possible. This might be hard to reproduce - I was playing with the "System Tools And Pages", and, during two different runs, pages became corrupted. However, similar problems occured in two different runs of Cocoon. First run: -Start Cocoon -Start LinkStatus sample, http://localhost:8888/samples/linkstatus, takes a long time to run -While LinkStatus sample runs, play with the "clear cache" and "clear store" links At some point the http://localhost:8888/ became corrupted, Cocoon serves garbage which looks like raw content from the cache. Second run: -Start Cocoon, LinkStatus sample, play with "clear cache" and "clear store" At some point the docs index page (http://localhost:8888/docs/index.html) gets corrupted, looks like raw content from the cache. Them, calling http://localhost:8888/samples/clearcache.html takes much longer than usual, many exceptions on the console (but not in the logs): key = KeyObject, pos = 1662521 java.io.EOFException at java.io.RandomAccessFile.readByte(RandomAccessFile.java:564) at com.coyotegulch.jisp.ObjectDatabaseFile.readObject(ObjectDatabaseFile.java:367) at com.coyotegulch.jisp.IndexedObjectDatabase.read(IndexedObjectDatabase.java:244) at org.apache.excalibur.store.impl.AbstractJispFilesystemStore.doGet(AbstractJispFilesystemStore.java:137) at org.apache.excalibur.store.impl.AbstractReadWriteStore.get(AbstractReadWriteStore.java:103) at org.apache.cocoon.generation.StatusGenerator.genVMStatus(StatusGenerator.java:300) at org.apache.cocoon.generation.StatusGenerator.genStatus(StatusGenerator.java:199) at org.apache.cocoon.generation.StatusGenerator.generate(StatusGenerator.java:165) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.processXMLPipeline(AbstractProcessingPipeline.java:579) at org.apache.cocoon.components.pipeline.impl.AbstractCachingProcessingPipeline.processXMLPipeline(AbstractCachingProcessingPipeline.java:196) at org.apache.cocoon.components.pipeline.AbstractProcessingPipeline.process(AbstractProcessingPipeline.java:523) Then use http://localhost:8888/samples/clearpersistentstore.html Takes more than 30 seconds, no exceptions. Everything is then back to normal, docs index page is correct, clear cache and clear store pages are quick again.
