- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 19 Feb 2009 06:45:49 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=6595 Summary: WS-Eventing needs to specify behavior for empty filters 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 WS-Eventing needs to cover the following case: a Subscribe message is sent to an Event Source that supports filtering. The Subscribe message contains a wse:Filter element. The value of the @Dialect attribute of this element is understood and supported by the Event Source. However, due to various properties of the filter and/or the Event Source, the Event Source can determine that no Notifications will ever match this filter. 1.) We should define a fault for this condition, perhaps "EmptyFilterSpecified". 2.) In general it is not possible for an Event Source to determine, at Subscribe time, whether there will ever be any Notifications that match the filter. However, some Subscribers may want to know if any checking was done to determine if the filter was empty. There are a range of things we can do from offering some pious advice to Event Sources to make "best efforts" to defining policy assertions that describe, on a per-Dialect basis, the amount of checking that is performed. Strawman proposal: define new fault and offer some pious advice on making "best efforts" to determine if the filter is empty. -- Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.
Received on Thursday, 19 February 2009 06:45:59 UTC