- From: <bugzilla@wiggum.w3.org>
- Date: Mon, 29 Jan 2007 21:59:44 +0000
- To: public-qt-comments@w3.org
- CC:
http://www.w3.org/Bugs/Public/show_bug.cgi?id=4286
Summary: Implementation-defined persistence
Product: XPath / XQuery / XSLT
Version: Working drafts
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity: normal
Priority: P2
Component: Update Facility
AssignedTo: andrew.eisenberg@us.ibm.com
ReportedBy: jonathan.robie@datadirect.com
QAContact: public-qt-comments@w3.org
Currently, persistence is completely undefined in the XQuery Update Facility.
3.2.2 applyUpdates says:
> Propagation of XDM changes to an underlying physical representation is beyond
> the scope of this specification. For example, the effect on physical storage
> of deleting a node that has no parent is beyond the scope of this
> specification.
I think that an implementation should document whether the resources a user
cares about, such as files or database data, are actually changed. For
instance, most users probably want to know whether an implementation actually
deletes a node in an XML file or a row of a relational database as a result of
a delete expression. Thus, the mapping of updates from the XDM instance to
software systems should probably be implementation-defined.
However, it is also true that there are some error conditions that can not be
completely documented. We need to find a reasonable way to allow for this.
Received on Monday, 29 January 2007 21:59:52 UTC