4174 2007-01-09 18:47:24 +0000 [UPD] Revalidation and non-globally defined elements 2007-01-30 20:48:33 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Update Facility Working drafts PC Linux CLOSED WONTFIX P2 normal --- 1 john.snelson andrew.eisenberg public-qt-comments oldest_to_newest 13391 0 john.snelson 2007-01-09 18:47:24 +0000 In section 3.2.3 of the XQuery Update specification, revalidation is defined in terms of the XQuery "validate" expression. I understand why the specification does this, but it seems like this could be a problem since "validate" can only validate an element which has a globally defined schema element for it. This effectively means that with a revalidation mode of "strict", you could not successfully modify any element that didn't have a globally defined schema element for it. Would there be any merit in storing the original type of the element when upd:setToUntyped() is called, and using that somehow for validation? 13843 1 jonathan.robie 2007-01-30 15:44:24 +0000 Hi John, On behalf of the XML Query Working Group, I'd like to thank you for this comment, which generated a rather long and interesting discussion. In the end, we decided to make no change for the following reasons: - If we keep the original type of the element then we encounter some difficult corner cases; for instance, do we keep that type if the element is renamed? - Local types are not designed for use in root level elements. Arguably, the schema itself identifies which types should be allowed at the root level. - There is an easy workaround. Although you can not do a transform in strict mode to create elements with local types at the top level, you can certainly do this in other validation modes, and you can certainly validate the result as long as the query result places all locally declared types in a context where they are allowed to exist in a validated document. So we do not feel this needs to be fixed.