This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 8164 - Eventing: delivery of SubscriptionEnd to non-addressable endpoint
Summary: Eventing: delivery of SubscriptionEnd to non-addressable endpoint
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: Eventing (show other bugs)
Version: FPWD
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Doug Davis
QA Contact: notifications mailing list for WS Resource Access
Depends on:
Reported: 2009-11-03 20:39 UTC by Doug Davis
Modified: 2010-03-17 11:27 UTC (History)
1 user (show)

See Also:


Description Doug Davis 2009-11-03 20:39:59 UTC
Section 2.2 says:
When the wse:NotifyTo element is used within the Delivery element it specifies the endpoint to which Notifications are sent. For delivery to addressable endpoints this is sufficient. However, for non-addressable endpoints some additional mechanisms are needed. A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of Notifications to non-addressable endpoints.
which is fine for NotifyTo but leaves people in the dark about EndTo.

Add to the end of the above text something like:
Likewise, the wse:EndTo element MAY make use of the WS-MakeConnection
Anonymous URI to enable delivery of the SubscriptionEnd message from the
Subscription Manager.
The last bit is the critical piece - we don't really need to tell people
about using MC in any EPR, however, we _do_ need to make it clear where the
MC message needs to go.  In this case, like with notifications, we need
to tell people that the Subscription Manager is the place to send the MC msg.
Comment 1 Li Li 2009-11-17 15:07:59 UTC

I have some questions:
1) while in theory the EndTo EPR can be non-addressable, i wonder what is the use case for it. Since SubscriptionEnd is just one message sent once by the subscription manager, it seems an overkill to use MC to poll it. Can we just mandate that the EPR, if present, be addressable to simplify a lot of things?

2) If the subscriber is willing to MC poll that one event, why can't it poll the subscription with GetStatus? Both methods will tell if the subscription is active.

3) you mentioned that current ws-e spec says MC should be sent to the subscription manager for regular notifications, but i couldn't find where the statement is.


Comment 2 Doug Davis 2009-11-17 15:11:42 UTC
  as always this is an impl choice but if people do choose to do it then
we need to make it clear what people should do - otherwise it'll be an
interop issue.  As for NotifyTo, the spec says:

A subscription manager MAY choose to support mechanisms, such as the [WS-MakeConnection] specification, to enable delivery of notifications to non-addressable endpoints. 
Comment 4 Robert Freund 2010-01-12 21:00:57 UTC
resolved with proposal: add "and the SubscriptionEnd message" to the MC text per but do not include the Note: