Please report new issues athttps://github.com/DOCGroup
The null consumer filters match any events, so they effectively ignore the consumer QoS requirements. For applications that only have disjunctions it could be more efficient to perform all the filtering on the supplier side, i.e. exploit the information about the supplier publications to build the exact set of consumers interested in a particular event type/source pair. This will require a consumer filtering strategy that correctly implements the can_match() method, but whose filter() method is trivial.
Another enhancement for the real-time event service, mine too.
Update the priority, it is interesting, but not a pressing problem.
I will never have time to work on these bugs. Returning them to the TAO support pool.
Accepting for tao-support