using oXygen 16.1 with embedded Xerces.

I have a failure on a simple regex (yes I know it could be performed using
a pattern facet) used to demonstrate/test assertions.  It passes with
SaxonEE but fails with Xerces.

The complexType:

    <xs:complexType name="ct-9c65478e-5cdf-413b-aa54-ce0574e48374"
xml:lang="en-US"> <!-- Telephone Number (US) -->
        <xs:annotation>
            <xs:documentation>
      A US telephone number. Exactly 12 characters; 111-111-1111 with a
pattern match of "[0-9]{3}-[0-9]{3}-[0-9]{4}"
    </xs:documentation>
            <xs:appinfo>
            </xs:appinfo>
        </xs:annotation>
        <xs:complexContent>
            <xs:restriction base="mlhim245:DvStringType">
                <xs:sequence>
                    <xs:element maxOccurs="1" minOccurs="1"
name="data-name" type="xs:string" fixed="Telephone Number (US)"/>
                    <xs:element maxOccurs="1" minOccurs="0"
ref="mlhim245:ExceptionalValue"/>
                    <xs:element maxOccurs="1" minOccurs="0"
name="valid-time-begin" type="xs:dateTime"/>
                    <xs:element maxOccurs="1" minOccurs="0"
name="valid-time-end" type="xs:dateTime"/>
                    <xs:element maxOccurs="1" minOccurs="1"
name="DvString-dv" type="xs:string" default="111-111-1111"/>
                    <xs:element maxOccurs="1" minOccurs="0" name="language"
type="xs:language"/>
                </xs:sequence>
                <xs:assert test="matches(DvString-dv,
'[0-9]{3}-[0-9]{3}-[0-9]{4}')"/>
            </xs:restriction>
        </xs:complexContent>
    </xs:complexType>

The instance:
                    <ccd:el-9c65478e-5cdf-413b-aa54-ce0574e48374> <!--
DvString -->
                        <data-name>Telephone Number (US)</data-name>

<valid-time-begin>2015-01-04T21:28:24Z</valid-time-begin>

<valid-time-end>2012-09-09T06:33:19Z</valid-time-end>
                        <DvString-dv>111-111-1111</DvString-dv>
                        <language>en-US</language>
                    </ccd:el-9c65478e-5cdf-413b-aa54-ce0574e48374>

The element el-9c65478e-5cdf-413b-aa54-ce0574e48374 is declared as a type
ct-9c65478e-5cdf-413b-aa54-ce0574e48374 in the schema.

Should I file a bug report or is there an error in my code and Saxon
ignores it?

Thanks,
Tim





-- 

============================================
Timothy Cook
LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook
MLHIM http://www.mlhim.org

Reply via email to