You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by bu...@apache.org on 2002/07/19 16:45:07 UTC
DO NOT REPLY [Bug 10984] -
String restriction with pattern - Xerces_C
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10984>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10984
String restriction with pattern - Xerces_C
------- Additional Comments From knoaman@ca.ibm.com 2002-07-19 14:45 -------
You need to give us the complete schema. The parser is complaining about
derivation by restriction and not the pattern. It seems that you have a
base complex type that has attribute 'name', and a derived complex type with the
same attribute, but the types of the two attributes do not conform to Schema
Component Constraint: Type Derivation OK (Simple) which states the following:
"
For a simple type definition (call it D, for derived) to be validly derived from
a simple type definition (call this B, for base) given a subset of {extension,
restriction, list, union} (of which only restriction is actually relevant) one
of the following must be true:
1 They are the same type definition.
2 All of the following must be true:
2.1 restriction is not in the subset, or in the {final} of its own {base type
definition};
2.2 One of the following must be true:
2.2.1 D's �base type definition� is B.
2.2.2 D's �base type definition� is not the �simple ur-type definition�
and is validly derived from B given the subset, as defined by this constraint.
2.2.3 D's {variety} is list or union and B is the �simple ur-type
definition�.
2.2.4 B's {variety} is union and D is validly derived from a type
definition in B's {member type definitions} given the subset, as defined by this
constraint.
"
Khaled
---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org