Return-Path: Delivered-To: apmail-cocoon-dev-archive@www.apache.org Received: (qmail 65150 invoked from network); 30 May 2008 13:39:09 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 30 May 2008 13:39:09 -0000 Received: (qmail 83634 invoked by uid 500); 30 May 2008 13:39:11 -0000 Delivered-To: apmail-cocoon-dev-archive@cocoon.apache.org Received: (qmail 83454 invoked by uid 500); 30 May 2008 13:39:10 -0000 Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@cocoon.apache.org List-Id: Delivered-To: mailing list dev@cocoon.apache.org Received: (qmail 83438 invoked by uid 99); 30 May 2008 13:39:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2008 06:39:10 -0700 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 30 May 2008 13:38:23 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 3D5C6234C12F for ; Fri, 30 May 2008 06:38:45 -0700 (PDT) Message-ID: <1855315928.1212154725250.JavaMail.jira@brutus> Date: Fri, 30 May 2008 06:38:45 -0700 (PDT) From: "Andrew Savory (JIRA)" To: dev@cocoon.apache.org Subject: [jira] Assigned: (COCOON-2152) EventAware cache does not persist correctly when using the StoreEventRegistryImpl In-Reply-To: <1073309.1196242903149.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COCOON-2152?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andrew Savory reassigned COCOON-2152: ------------------------------------- Assignee: Andrew Savory > EventAware cache does not persist correctly when using the StoreEventRegistryImpl > --------------------------------------------------------------------------------- > > Key: COCOON-2152 > URL: https://issues.apache.org/jira/browse/COCOON-2152 > Project: Cocoon > Issue Type: Bug > Components: Blocks: Event Cache > Affects Versions: 2.1.10, 2.1.11, 2.2 > Reporter: Ellis Pritchard > Assignee: Andrew Savory > > When using the DefaultEventRegistryImpl the functionality now works as expected (events are persisted and restored) after the patch applied in COCOON-2146. > However, there's still a problem with StoreEventRegistryImpl. > The behaviour is that it doesn't seem to actually write/restore any event entries: the maps in the EventRegistryDataWrapper are empty (but not null) after restart, even though the actual cache entry (key EVENTREGWRAPPER) was found in the Store, and the entries were present when persist() was called. > The effect of this is to correctly restore the cached entries, but discard all the events, which means that event-flushes don't work any more, which is not a good thing. > I've tracked this down to the fact that AbstractDoubleMapEventRepository#dispose() which performs the persist(), then immediately clear()s the maps, WHICH HAVEN'T YET BEEN WRITTEN TO DISK BY EHCACHE SHUTDOWN! > This code has probably never worked :) > Patches to follow; I propose modifying dispose() to null the map fields, but not perform clear() on them. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.