- From: <bugzilla@wiggum.w3.org>
- Date: Thu, 30 Aug 2007 12:33:15 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4997 Summary: Replace of attribute nodes can be ambiguous Product: XPath / XQuery / XSLT Version: Working drafts Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Update Facility AssignedTo: andrew.eisenberg@us.ibm.com ReportedBy: john.snelson@oracle.com QAContact: public-qt-comments@w3.org I believe the following update query is ambiguous: copy $in := <employee name="Rhys Evans" gender="male"/> modify ( do replace $in/@name with attribute {"salary"} {"10"}, do replace $in/@gender with attribute {"name"} {"Blodwyn Jones"} ) return $in In this case, should the result be err:XUDY0021 because the second replace adds an attribute that already exists? Or should the transform succeed because the first replace removes the attribute that the second replace clashes with?
Received on Thursday, 30 August 2007 12:33:17 UTC