Comments inline on event distribution ... and then we should be good to
go.  If it helps I think we can seperate event notification (generating
events/listening for events) from event distribution (in a cluster,
recorded in an audit log).

On 18 December 2015 at 07:04, Niels Charlier <ni...@scitus.be> wrote:

> no problem: because this isn't being enforced. The ResourceStore already
> provides the API needed for adding handlers to resources and this remains
> unaltered, the programmer who uses Resources need not worry about the
> existence of the ResourceWatcher as they never need to use it.  Alternative
> implementations of ResourceStore may choose to use it, which would be
> recommended if they wish to support clustering, but that is all.


So the missing bit for me is the hazelcast and jms plugins - they both
implement an interface for event distribution. I expected JDBCResoruceStore
work to integrate smoothly with that ... but had not looked into the
details.

Two questions:
>> - If you are really focused on event dispatch can we rename the interface
>> to match?
>>
> Sure, ResourceNotificationDispatcher then.


Thanks that helps keep my head from exploding.


> - Should we have an event dispatch mechanism that works in a similar
>> fashion for catalog and resource change events?
>>
>

> Bit confused, resource change events is what we are talking about.
> Catalog: good point. I don't know if there is a mechanism in place for
> distributing these in a  clustered environment, but if not we do need such
> a mechanism. It is possible this can be solved with a different mechanism.


There is a mechanism, and two implementations. I would like to combine
forces rather than duplicate.

Implementations:

-
https://github.com/geoserver/geoserver/tree/master/src/community/hz-cluster
-
https://github.com/geoserver/geoserver/tree/master/src/community/jms-cluster

Can you take a moment to look at those and tell me what you think?
------------------------------------------------------------------------------
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

Reply via email to