7986 2009-10-20 19:00:25 +0000 Eventing: supported notification policy 2010-03-17 11:31:18 +0000 1 1 1 Unclassified WS-Resource Access Eventing FPWD PC Windows XP CLOSED REMIND P2 normal --- 1 dug dug public-ws-resource-access-notifications oldest_to_newest 28594 0 dug 2009-10-20 19:00:25 +0000 Right now there doesn't appear to be a way for an event source to advertise how it can send Notifications. By this I mean, how does a Subscribe know what policy assertions it can put into the NotifyTo EPR? The QoS for the Event Source ops, meaning the Subscribe operations, could be very different from the QoS that's supported when it comes to sending Notifications. Proposal: Add to ws-eventing (new section 9.3) the notion of using MEX to retrieve the Notification Policy. So sending a mex.GetMetadata like this: <mex:GetMetadata> <mex:Dialect URI="http://www.w3.org/ns/ws-policy" Identifier= "http://www.w3.org/2009/02/ws-evt/Notifications" /> </mex:GetMetadata> will return the Policy assertion that the Subscriber can use during a Subscribe(). 9.3 Notification Policy An Event Source SHOULD advertise the features that are supported when sending Notifications by making available a WS-Policy document containing the policy assertions that a Subscriber MAY include in a Subscribe request. This WS-Policy document SHOULD be made available through the use of WS-MetadataExchange's GetMetadata operation by specifying a Dialect IRI of "../Policy" and an Identifier IRI of ".../ws-evt/Notifications". 29896 1 bob 2009-12-02 17:38:50 +0000 Connected possibly with 8031 any may be simultaneously resolved 31243 2 bob 2010-01-26 19:21:14 +0000 Consider under the "Mob of Angry Peasants" 31295 3 bob 2010-01-27 23:01:23 +0000 proposal at http://lists.w3.org/Archives/Public/public-ws-resource-access/2010Jan/att-0170/wseventing-7986.html 31296 4 bob 2010-01-27 23:34:21 +0000 Resolved as proposed with the following text amending... When present, this OPTIONAL parameter includes the Endpoint Subject Policy that the event source supports for sending notifications. This element MUST have one child element - typically a wsp:Policy element or a wsp:PolicyReference element. A subscriber can use this information to discover the valid set of Policy Alternatives that MAY be used within a wse:NotifyTo EPR which will be used for any Notification message sent from the event source to the event sink. Any policy alternatives included within this parameter SHOULD be compatible with those Policy Alternatives available of the Notification WSDLs that the event source advertises.