Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Message-ID: <486CD538.9070808@apache.org>
Date: Thu, 03 Jul 2008 15:33:44 +0200
From: Carsten Ziegeler <cziegeler@apache.org>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; de;
 rv:1.8.1.14) Gecko/20080421 Lightning/0.8 Thunderbird/2.0.0.14
 Mnenhy/0.7.5.666
MIME-Version: 1.0
To: dev@jackrabbit.apache.org
Subject: Re: [RT] Adding event interface to jackrabbit api
References: <486CCF28.4090301@apache.org>
 <c3ac3bad0807030626u5f3db3cnc1a2d2dd0fd19108@mail.gmail.com>
In-Reply-To: <c3ac3bad0807030626u5f3db3cnc1a2d2dd0fd19108@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Alexander Klimetschek wrote:
> On Thu, Jul 3, 2008 at 3:07 PM, Carsten Ziegeler <cziegeler@apache.org> wrote:
>> Hi,
>>
>> when a repository cluster is used, it seems that a common problem many
>> people have is to detect if an observation event is send because of changes
>> on the local instance or a remote instance of the cluster.
>>
>> This is especially important if you want to do post processing of data
>> based on observation (the post processing should only be done by one
>> instance in the cluster).
>>
>> A current solution is to cast the jcr event object to the EventImpl of
>> jackrabbit core which is obviously not a nice solution :)
>>
>> So what about adding an event interface to jackrabbit api which extends the
>> jcr event interface and adds the isLocal() method?
> 
> +1
> 
> Just to be sure (and document it), client code would like this, right?
> 
>     javax.jcr.Event event = events.nextEvent();
>     if (event instanceof org.apache.jackrabbit.api.JackrabbitEvent) {
>         if ( ((org.apache.jackrabbit.api.JackrabbitEvent) event).isLocal() ) {
>             // event from local cluster node
>         } else {
>             // event from remote cluster node
>         }
>     } else {
>         // not a jackrabbit repository
>     }
> 
Yes, that's exactly the idea.

Carsten
-- 
Carsten Ziegeler
cziegeler@apache.org