Return-Path: Mailing-List: contact cocoon-dev-help@xml.apache.org; run by ezmlm Delivered-To: mailing list cocoon-dev@xml.apache.org Received: (qmail 26390 invoked from network); 14 Nov 2000 20:58:48 -0000 Received: from mail.ursus.ru (HELO ursus.ru) (195.96.66.197) by locus.apache.org with SMTP; 14 Nov 2000 20:58:48 -0000 Received: from [195.42.70.3] (HELO anthony) by ursus.ru (Stalker SMTP Server 1.7) with SMTP id S.0000129875 for ; Wed, 15 Nov 2000 00:47:53 +0400 From: "Tagunov Anthony" To: "cocoon-dev@xml.apache.org" Date: Tue, 14 Nov 2000 23:59:56 +0300 Reply-To: "Tagunov Anthony" Priority: Normal X-Mailer: PMMail 2000 Professional (2.10.2010) For Windows NT (4.0.1381;6) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="_=_=_=IMA.BOUNDARY.G418ZW138764=_=_=_" Subject: [C1][CocoonCache][PATCH] - Caching problem (pages get stuck in the cache) Message-Id: X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N --_=_=_=IMA.BOUNDARY.G418ZW138764=_=_=_ Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Hello, everybody! It seems to me that a problem with CocoonCache has been figured out and fixed.. To reporoduce the problem do the following: ========================================== put an <.. xinclude:href=".." > in your souce doc make permissions on the included file be so that you can't read it (maybe a missing file will be enough) COMMENT THIS ERROR OUT restart Tomcat+Cocoon GET THE PAGE FROM COCOON (now it's okay) UNCOMMENT THE ERROR GET THE PAGE FROM COCOON (an error is displayed, a caught exception and it's trace) GET THE PAGE FROM COCOON AGAIN (NO I'VE GOT THE PREV VERSION OF PAGE -- it got stuck!) ========================================== the reason as it seems to is that it happens in the following way: 1) okay page gets into store 2) we change the source and make and error 3) the page is requested from the store, it is found to be outdated (we edited the source), but the page remains in the store 4) while generating the page the monitors of processors remember THE NEW DATE OF files the page depends on 5) a trap happens -- the page in the store should be considered outdated 6) at the next request the version from the store pops out Here's a patch. My best regards, Tagunov Anthony NNT Telecom Russia --_=_=_=IMA.BOUNDARY.G418ZW138764=_=_=_ Content-Type: application/octet-stream; name="CocoonCache.diff " Content-Transfer-Encoding: base64 SW5kZXg6IHhtbC1jb2Nvb24vc3JjL29yZy9hcGFjaGUvY29jb29uL2NhY2hlL0NvY29vbkNhY2hl LmphdmEKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PQpSQ1MgZmlsZTogL2hvbWUvY3ZzcHVibGljL3htbC1jb2Nvb24vc3Jj L29yZy9hcGFjaGUvY29jb29uL2NhY2hlL0NvY29vbkNhY2hlLmphdmEsdgpyZXRyaWV2aW5nIHJl dmlzaW9uIDEuNwpkaWZmIC1yMS43IENvY29vbkNhY2hlLmphdmEKODJjODIsODQKPCAgICAgICAg IFBhZ2UgcGFnZSA9IChQYWdlKSBzdG9yZS5nZXQoVXRpbHMuZW5jb2RlKHJlcXVlc3QpKTsKLS0t Cj4gICAgICAgICBTdHJpbmcgZW5jb2RlZCA9IFV0aWxzLmVuY29kZShyZXF1ZXN0KTsKPiAKPiAg ICAgICAgIFBhZ2UgcGFnZSA9IChQYWdlKSBzdG9yZS5nZXQoZW5jb2RlZCk7Cjk2YTk5LDEwMAo+ IAo+ICAgICAgICAgaWYgKGNoYW5nZWQpIHN0b3JlLnJlbW92ZShlbmNvZGVkKTsK --_=_=_=IMA.BOUNDARY.G418ZW138764=_=_=_--