On 7.11.13 4:03 , Felix Meschberger wrote:
For the new mechanism and distribution: May I suggest to explore a different route and use the OSGi EventAdmin service ? Yes, I know this would bake leveraging this new mechanism into OSGi and it would force to think about how event filtering takes place. But it would allow for reuse of good, proven and scalable event distribution system (since OSGi EventAdmin service implementations already have to implement synchronous and asynchronous multi-threaded delivery with optional blacklisting of long-running listeners allong with event serialization). If done in a way that would be compatible with Sling’s JCR Listener (JCR to OSGi Event Forwarding), the latter could even be replaced ...
I think this should be possible through an observer re-using the low level filtering capabilities we anyway need for OAK-1133. When the low level stuff for OAK-1133 is in place, we could even start drafting this in Sling thus challenging Oak's modularity a bit.
Michael
