RE: [Bug 8286] New: description of Subscription End ambiguous

If an event source doesn't support EndTo then it should throw a fault 
during the subscribe process - not simply ignore the request for this 
feature.  Let's define a new fault for this condition and go with Gil's 
proposal to remove the ambiguity.  And, of course, do it for enum too.

thanks
-Doug
______________________________________________________
STSM |  Standards Architect  |  IBM Software Group
(919) 254-6905  |  IBM 444-6905  |  dug@us.ibm.com
The more I'm around some people, the more I like my dog.



Ram Jeyaraman <Ram.Jeyaraman@microsoft.com> 
Sent by: public-ws-resource-access-request@w3.org
01/03/2010 12:17 PM

To
"public-ws-resource-access@w3.org" <public-ws-resource-access@w3.org>
cc

Subject
RE: [Bug 8286] New: description of Subscription End ambiguous






I agree with this proposal except for the part where support for the 
SubscriptionEnd operation is required. During our earlier conversations, 
we determined that support for the SubscriptionEnd operation is optional 
for the Event Source. Given that, I suggest an amended proposal (change 
MUST to MAY):

"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 MAY be sent to the 
endpoint referenced by that EPR. The message MUST be of the following 
form:"

-----Original Message-----
From: public-ws-resource-access-notifications-request@w3.org 
[mailto:public-ws-resource-access-notifications-request@w3.org] On Behalf 
Of bugzilla@wiggum.w3.org
Sent: Friday, November 13, 2009 1:44 PM
To: public-ws-resource-access-notifications@w3.org
Subject: [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.