- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 01 Sep 2009 18:43:39 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7478
Summary: subscription expiration negotiation is incomplete and
inefficient
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
The current mechanism in WS-Eventing for negotiating subscription expiration is
incomplete and inefficient. The Subscriber should be able to specify any of the
following constraints:
1. I don't care what the expiration time is - I can live with whatever the
Event Source decides.
2. I need an expiration time that is no less than X.
3. I need a Subscription that does not expire.
The Event Source should either create a Subscription within these constraints
or fault.
Currently WS-Eventing treats the Subscribers expiration constraints as
advisory. Regardless of the absence/presence or value of the wse:Expires in the
wse:Subscribe request, the Event Source is free to create a Subscription with
any expiration value it sees fit. This leaves the Subscriber with no recourse
other than to examine the /wse:SubscribeResponse/wse:Expires value (if such
exists) and Unsubscribe if it can't accept this value. This is inefficient both
in terms of coding as well as the runtime and resource costs of creating a
Subscription that is then immediately Unsubscribed-ed by the Subscriber.
--
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, 1 September 2009 18:43:48 UTC