W3C home > Mailing lists > Public > www-xml-schema-comments@w3.org > January to March 2009

[Bug 6539] New: Assertions and Base URI

From: <bugzilla@wiggum.w3.org>
Date: Sun, 08 Feb 2009 18:19:07 +0000
To: www-xml-schema-comments@w3.org
Message-ID: <bug-6539-703@http.www.w3.org/Bugs/Public/>


           Summary: Assertions and Base URI
           Product: XML Schema
           Version: 1.1 only
          Platform: PC
        OS/Version: Windows NT
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Structures: XSD Part 1
        AssignedTo: David_E3@VERIFONE.com
        ReportedBy: mike@saxonica.com
         QAContact: www-xml-schema-comments@w3.org
                CC: cmsmcq@blackmesatech.com

XSLT and XQuery both allow an element to be deep-copied without changing the
type annotations on the nodes being copied, but with the copied nodes having a
different base URI from the original.

For this and other reasons, it is desirable that the validity and type of an
element should not depend in any way on its base URI.

Currently we have no rules preventing assertions (and perhaps CTA) producing
results that are dependent on the base URI of the node being validated.

The best way of preventing this problem occurring would be to lose the base URI
of the nodes while constructing the XDM instance that is supplied as input to
the assertion.

I believe that the resolution of bug #5207 makes it clear that XDM allows the
base URI of a node to be "absent" in such a way that operations dependent on
the base URI would fail; I think we should probably construct an XDM instance
with this property. It would be a good idea to wave this past other QT people
to check that they share the same understanding.

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.
Received on Sunday, 8 February 2009 18:19:18 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 14:50:09 UTC