Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Message-ID: <482664975.1254836731964.JavaMail.jira@brutus>
Date: Tue, 6 Oct 2009 06:45:31 -0700 (PDT)
From: =?utf-8?Q?Michael_D=C3=BCrig_=28JIRA=29?= <jira@apache.org>
To: dev@jackrabbit.apache.org
Subject: [jira] Resolved: (JCR-2340) CacheBehaviour Observation broken
In-Reply-To: <1747215453.1254437183686.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable


     [ https://issues.apache.org/jira/browse/JCR-2340?page=3Dcom.atlassian.=
jira.plugin.system.issuetabpanels:all-tabpanel ]

Michael D=C3=BCrig resolved JCR-2340.
--------------------------------

       Resolution: Fixed
    Fix Version/s: 2.0.0
         Assignee: Michael D=C3=BCrig

After talking to Angela we decided that only the comment needs fixing.=20
Fixed in revision: 822272 =20


> CacheBehaviour Observation broken
> ---------------------------------
>
>                 Key: JCR-2340
>                 URL: https://issues.apache.org/jira/browse/JCR-2340
>             Project: Jackrabbit Content Repository
>          Issue Type: Bug
>          Components: jackrabbit-jcr2spi
>    Affects Versions: 2.0.0
>            Reporter: Michael D=C3=BCrig
>            Assignee: Michael D=C3=BCrig
>             Fix For: 2.0.0
>
>
> While trying to fix JCR-2293 I discovered that CacheBehaviour Observation=
 is broken:
> - HierarchyEventListener.onEvent ignores local event (despite the comment=
 saying otherwise). Not sure which way it should be. However with local eve=
nts being ignored, JCR-2293 will most probably also occur with CacheBehavio=
ur Observation.=20
> - NodeEntryImpl.refresh(Event) does not set its child node entries to inc=
omplete when a node/property was added.
> - After tentatively fixing above issues, I discovered that NodeEntryImpl.=
refresh(Event) and my own event listener operate on different NodeEntryImpl=
 and ChildNodeEntryImpl instances. That is, even though I set childNodeEntr=
ies.complete to false in NodeEntryImpl.refresh(Event), when my own event li=
stener retrieves that node (entry), it gets a different instance which has =
childNodeEntries.complete still set to true.

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.