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

[Bug 7204] New: Delivery policy for delivery mode extension (6692-a)

From: <bugzilla@wiggum.w3.org>
Date: Mon, 03 Aug 2009 15:20:09 +0000
To: public-ws-resource-access-notifications@w3.org
Message-ID: <bug-7204-2780@http.www.w3.org/Bugs/Public/>

           Summary: Delivery policy for delivery mode extension (6692-a)
           Product: WS-Resource Access
           Version: FPWD
          Platform: All
               URL: http://lists.w3.org/Archives/Public/public-ws-resource-
        OS/Version: All
            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

When using Qnames for delivery mode extension and combine them with other
extension elements in xs:any, there is a need to determine the mode changing
semantics of the Qneame expressions in a deterministic and interoperable way.
For example, it is unclear how Qname expression <Push/><Pull/> should be
interpreted, e.g. 1) Invalid, since both <Push> and <Pull> occur; 2) <Pull/>
since <Pull/> is after and overwrites <Push/>; 3) offering two supported
delivery options of <Push/> and <Pull/>, for the event source to select. Same
issue exists for more complex expressions, e.g. <Push/><Pull/><Push/>?
<Push/><Pull/><Push/><Ack/>? ...

The determination of delivery mode must be unique and consistent crossing
various implementations. To improve the interoperability of WS-Evenging, we
propose to use delivery policy based on WS-Policy framework to decorate the
delivery mode changing Qnames and their expressions for the delivery element.
Detailed proposal is described in

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 Monday, 3 August 2009 15:20:19 UTC

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