- From: <bugzilla@jessica.w3.org>
- Date: Sun, 13 Feb 2011 01:49:21 +0000
- To: public-ws-resource-access-notifications@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=12051 Summary: WS-E: Problem with Filter XPath suggestion Product: WS-Resource Access Version: CR Platform: All URL: http://www.w3.org/2002/ws/ra/snapshots/cr/wseventing.h tml 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 WS-Eventing Section 4.1 states that: Clients that wish to isolate expressions from the effects of any changes to the namespace prefixes in the containing SOAP message are advised to construct expressions in a manner that avoids the use of namespace prefixes. For example, use an expression such as "/a[namespace-uri()='http://www.example.com']" not "/ns1:a". This paragraph implies that xpath expression: /a[namespace-uri()='http://www.example.com'] is equivalent to: /ns1:a However, it is not. The first expression will evaluate false on XML: <ns1:a xmlns:ns1="http://www.example.com" /> whereas the second one is true (given the proper namespace context). The XPath expression equivalent to the second one is: /*[local-name()='a' and namespace-uri()='http://www.example.com'] Proposal: Use the equivalent XPath expression instead. -- 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 Sunday, 13 February 2011 01:49:22 UTC