- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 03 Nov 2009 20:39:59 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8164
Summary: Eventing: delivery of SubscriptionEnd to non-addressable
endpoint
Product: WS-Resource Access
Version: FPWD
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Eventing
AssignedTo: public-ws-resource-access-notifications@w3.org
ReportedBy: dug@us.ibm.com
QAContact: public-ws-resource-access-notifications@w3.org
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.
Proposal:
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.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
Received on Tuesday, 3 November 2009 20:40:00 UTC