W3C home > Mailing lists > Public > public-ws-resource-access-notifications@w3.org > May 2010

[Bug 9781] New: WS-Eventing: mandates only subscribe/unsubscribe

From: <bugzilla@jessica.w3.org>
Date: Thu, 20 May 2010 15:54:27 +0000
To: public-ws-resource-access-notifications@w3.org
Message-ID: <bug-9781-2780@http.www.w3.org/Bugs/Public/>

           Summary: WS-Eventing: mandates only subscribe/unsubscribe
           Product: WS-Resource Access
           Version: LC
          Platform: All
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Eventing
        AssignedTo: public-ws-resource-access-notifications@w3.org
        ReportedBy: lli5@avaya.com
         QAContact: public-ws-resource-access-notifications@w3.org

Issue 8201 makes all operations of WS-E mandatory. After reconsideration and
investigation, we think only subscribe/unsubscribe should be mandatory and
others be optional. The reason is that in some cases when WS-E is composed with
application services that manage the event source lifetime, WS-E is used only
to establish an event subscription that can be terminated by either the
subscriber or the event source. For this purpose, subscribe/unsubscribe are
sufficient.  This would make WS-E very light-weighted yet quite useful.

In this subscribe/unsubscribe model,  any event subscription can have a life
span of indefinite at event source, and this can be notified to the subscriber
in the positive response message. With that, both event source and the
subscriber know that there is no timer on the event subscription (huge
reduction of complexity, no monitor logic, and no need to deal with time zone,
date, duration, etc.). Event subscription is controlled by
subscribe/unsubscribe for the subscriber, and the event source terminates the
subscription by subscriptionEnd.

1) make only subscribe and unsubscribe mandatory.
2) add policy assertions to indicate support of other optional operations.

Wu, Li

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 Thursday, 20 May 2010 15:54:32 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:06:38 UTC