Hi,
Am Dienstag, den 03.06.2008, 15:56 +0200 schrieb Erik Buene:
> Carsten Ziegeler wrote:
> > Erik Buene wrote:
> >> The custom handler on both server instances in the cluster (nodes in
> >> the cluster) receives the event (the custom event, not the first
> >> org/apache/sling/event/job), and o
Carsten Ziegeler wrote:
Erik Buene wrote:
The custom handler on both server instances in the cluster (nodes in
the cluster) receives the event (the custom event, not the first
org/apache/sling/event/job), and on both instances there is no
application.id - which means both instances treats it a
Erik Buene wrote:
to be the same on all cluster nodes. Only then the job mechanism is
able to detect that the same job has been started on different nodes.
Yes, this would be the next problem. For testing purposes I've been
making id's based on the node path, to ensure this would be the same on
Carsten Ziegeler wrote:
Erik Buene wrote:
This did seem like a good solution, but I can't get it working
properly. Tried to follow the documentation. Made a JCR listener that
generates an OSGi event with the topic org/apache/sling/event/job,
with custom event.job.topic and event.job.id. This O
Erik Buene wrote:
This did seem like a good solution, but I can't get it working properly.
Tried to follow the documentation. Made a JCR listener that generates an
OSGi event with the topic org/apache/sling/event/job, with custom
event.job.topic and event.job.id. This OGSi event is sent to the
Hi again,
Felix Meschberger wrote:
Inside Sling, we have additional Eventing Support which takes clustering
into account and which may help in ensuring, that only one node is
actually handling certain JCR events. This support implemented in the
extensions/event bundle replicates JCR events as OS
Hi,
Am Donnerstag, den 29.05.2008, 15:43 +0200 schrieb Erik Buene:
> Hi Felix,
>
> Felix Meschberger wrote:
> > Hi Erik,
> >
> > Just a quick note, as Alex actually pretty completely responded.
> >
> > >From your description, I assume, this is mostly a Jackrabbit/JCR issue.
> > So you might be be
Hi Felix,
Felix Meschberger wrote:
Hi Erik,
Just a quick note, as Alex actually pretty completely responded.
>From your description, I assume, this is mostly a Jackrabbit/JCR issue.
So you might be better off asking on the jackrabbit dev (or user list),
where also the people implementing clust
Alexander Klimetschek wrote:
On Thu, May 29, 2008 at 2:18 PM, Erik Buene <[EMAIL PROTECTED]> wrote:
But this would counteract the high availability aspect of clustering, as it
would introduce single point of failure on this node. I guess it would be
possible to set up hearbeat or some other w
Hi Erik,
Just a quick note, as Alex actually pretty completely responded.
>From your description, I assume, this is mostly a Jackrabbit/JCR issue.
So you might be better off asking on the jackrabbit dev (or user list),
where also the people implementing clustering are hanging around.
Inside Slin
On Thu, May 29, 2008 at 2:18 PM, Erik Buene <[EMAIL PROTECTED]> wrote:
> But this would counteract the high availability aspect of clustering, as it
> would introduce single point of failure on this node. I guess it would be
> possible to set up hearbeat or some other way of telling if other nodes
Hi Alexander,
Thank you for taking time to reply.
Alexander Klimetschek wrote:
On Thu, May 29, 2008 at 12:49 PM, Erik Buene <[EMAIL PROTECTED]> wrote:
However our application requires some processing of events when nodes in the
repository changes - this processing will in turn perform other
On Thu, May 29, 2008 at 12:49 PM, Erik Buene <[EMAIL PROTECTED]> wrote:
> However our application requires some processing of events when nodes in the
> repository changes - this processing will in turn perform other changes in
> the repository. This should just be done by one node (the "local" nod
Update:
Bundling Jackrabbit-core jar did not help:
java.lang.ClassCastException:
org.apache.jackrabbit.core.observation.EventImpl cannot be cast to
org.apache.jackrabbit.core.observation.EventImpl
Strange?
> java -version
java version "1.6.0_04"
Java(TM) SE Runtime Environment (build 1.6.0_
Hi,
We've now set up sling/jackrabbit with x instances in a cluster talking
to the same mysql database (which will also be clustered later on). This
seem to work ok in general.
However our application requires some processing of events when nodes in
the repository changes - this processing w
15 matches
Mail list logo