Community
Participate
Working Groups
Build Identifier: 20100617-1415 When a lot of Adapters are registered and receive many Notification objects, and each Adapter filters the Notifications for particular criteria locally, this doesn't scale very well. It results in linear effort over the number of Adapters/filters registered. This becomes an issue, e.g., for incremental OCL constraint re-validation and OCL-based attribute grammars which create many of such Notification filters. We provide a bundle here that implements a solution to this problem, using an "event manager" which manages Adapter subscriptions, each with a Notification filter which can be a boolean expression tree of elementary filter conditions, such as for the type of the notifier, the feature being changed, etc. Based on hash tables, dispatching a single Notification to the Adapters interested can happen largely independent of the number of filters/Adapters subscribed. Reproducible: Always
Created attachment 177041 [details] Initial contribution of an event manager implementation For consideration for inclusion in Sphinx, as discussed with the Sphinx project leads.
Created attachment 177069 [details] Initial contribution of an event manager implementation, 1.5 settings
Created attachment 177075 [details] Initial contribution of an event manager implementation, 1.5 settings Now with the formerly missing bundles on which the tests bundle depends
*** This bug has been marked as a duplicate of bug 329336 ***
