Bug 3062 - Notify_Service subscription management not reporting removals
Summary: Notify_Service subscription management not reporting removals
Status: NEW
Alias: None
Product: TAO
Classification: Unclassified
Component: Notification Service (show other bugs)
Version: 1.5.10
Hardware: All Linux
: P3 normal
Assignee: Steve Totten
URL:
Depends on:
Blocks:
 
Reported: 2007-08-22 13:22 CDT by hans.utz
Modified: 2007-08-22 13:37 CDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description hans.utz 2007-08-22 13:22:59 CDT
SYNOPSIS:

StructuredPushSupplier::subscription_change not called when subscription 
is removed.

      DESCRIPTION:

A StructuredPushSupplier implementation, connected to the notification 
service gets correctly called its subscription_change() method, with the 
correct added events list, when a consumer subscribes for an event. 
When, the subscription is removed, though, subscription_change() is not 
called.

The subscription management internally seems to keep track correctly of 
the events subscribed. When multiple consumers subscribe for the same 
event and are stopped one by one afterwards, the event type vanishes 
from the list returned by ProxyPushSupplier::obtain_subscribed_types() 
at the  right time. As yet another data point: The offer management 
works correctly for adding and removing offers for the test cases I came 
up so far.

       SAMPLE FIX/WORKAROUND:

(1) Test for subscriptions by using 
ProxyPushSupplier::obtain_subscribed_types() to test if consumers are 
still interested in an event type.
(2) Just produce the events unconditionally.
Comment 1 Johnny Willemsen 2007-08-22 13:37:24 CDT
Steve, can OCI have a look at this as maintainers of the notification service?