[Bug 8286] New: description of Subscription End ambiguous

http://www.w3.org/Bugs/Public/show_bug.cgi?id=8286

           Summary: description of Subscription End ambiguous
           Product: WS-Resource Access
           Version: PR
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Eventing
        AssignedTo: public-ws-resource-access-notifications@w3.org
        ReportedBy: gilbert.pilz@oracle.com
         QAContact: public-ws-resource-access-notifications@w3.org


Section 4.5 "Subscription End" starts with the following paragraph:

"If the event source terminates a subscription unexpectedly, SubscriptionEnd
SOAP message SHOULD be sent to the endpoint reference indicated when the
subscription was created (see 4.1 Subscribe). This endpoint reference MUST
refer to an endpoint that supports the SubscriptionEndPortType portType. The
message MUST be of the following form:"

The “SHOULD” in this sentence is ambiguous. Does it refer to the act of
transmitting the message or does it refer to where the message is transmitted?
In both cases this should be a "MUST"; the SubscriptionEnd message MUST be
transmitted, and it MUST be transmitted to the endpoint referenced by the EndTo
EPR.

The sentence "This endpoint reference MUST refer to an endpoint that supports
the SubscriptionEndPortType portType" is inappropriate and redundant; this is a
constraint on the event sink, not the event source. This same constraint is
already documented in the description of /wse:Subscribe/wse:EndTo.

Proposal: replace the above paragraph with the following:

"If the event source terminates a subscription unexpectedly and the wse:EndTo
EPR was present in the Subscribe message for that subscription (see 4.1
Subscribe), the SubscriptionEnd message MUST be sent to the endpoint referenced
by that EPR. The message MUST be of the following form:"


-- 
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 Friday, 13 November 2009 21:44:31 UTC