This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.

Bug 6402 - Eventing: define policy
Summary: Eventing: define policy
Alias: None
Product: WS-Resource Access
Classification: Unclassified
Component: Eventing (show other bugs)
Version: FPWD
Hardware: PC Windows XP
: P2 normal
Target Milestone: ---
Assignee: Doug Davis
QA Contact: notifications mailing list for WS Resource Access
Keywords: needsAction
Depends on: 6403
Blocks: 6721 7207
  Show dependency treegraph
Reported: 2009-01-14 00:06 UTC by Doug Davis
Modified: 2009-12-08 22:15 UTC (History)
1 user (show)

See Also:

proposal from f2f (77.50 KB, application/msword)
2009-09-30 10:35 UTC, Doug Davis
latest (77.50 KB, application/msword)
2009-09-30 10:37 UTC, Doug Davis
latest - fixed typo (79.50 KB, application/msword)
2009-09-30 10:38 UTC, Doug Davis

Description Doug Davis 2009-01-14 00:06:13 UTC
While the WSDL of an event source can be used to advertise some aspects of 
the features supported by that event source, it can not be used to 
indicate all of them.  For example, there is no way to list all of the 
supported Filter Dialects.

Define WS-Policy expression(s) for all of the variables/features of 
WS-Eventing (that can not already be described by its WSDL) so that an 
Event Source can advertise which features/options a client/subscriber can 
Comment 1 Robert Freund 2009-01-14 23:14:23 UTC
requires exposition of a more prototypical starting point
Comment 2 Robert Freund 2009-03-14 17:50:14 UTC
Comment 3 Doug Davis 2009-08-05 23:05:17 UTC
this includes event source and subMgr.
Comment 5 Doug Davis 2009-09-30 10:35:07 UTC
Created attachment 750 [details]
proposal from f2f

proposal from f2f
Comment 6 Doug Davis 2009-09-30 10:37:47 UTC
Created attachment 751 [details]
Comment 7 Doug Davis 2009-09-30 10:38:56 UTC
Created attachment 752 [details]
latest - fixed typo
Comment 8 Doug Davis 2009-09-30 10:40:37 UTC
editors: add schema too
Comment 9 Robert Freund 2009-10-01 15:08:22 UTC
resolved with comment #7 and #8