You're not seeing my error because the compile gives up after the first error because it throws an exception. I found and fixed the whitespace facet because I discovered it was clearly a problem with the schema and a regex expression problem, which may or may not be a problem with the schema (more research required). This revealed the issue I posted. (If anyone cares, I can post the fixed schema or make it available for download somewhere).
I'm 100% sure I won't be able to work around the ambiguous problem by fixing the schema because of the goofy way the standard works (JDF that is) and what goofy things they did in the schema to make it fit; it impacts literally thousands of elements. You see, the CIP4 folks didn't have the XML schema standard when they started so they made some decisions, like no ordering for child elements, that made it very hard to build the schema in the first place. Furthermore, they didn't want to break backwards compatibility even in the early days so they couldn't fix the standard to make it more compatible with how XML schema works. Note that Microsoft and Xerces both compile and work with this schema without difficulty. XML Spy does too. Very possibly, the Mono SOM is doing a better job here. Anyway, the schema is maintained by a CIP4 person based on decisions made in a small committee. I'm going to submit the various facet problems and I would expect them to fix those. The ambiguity problem is going to be a lot tougher if it does turn out to be real and not a bug in Mono. Committee members will argue that if it passes XML Spy, Xerces and Microsoft it should be good enough. I'm in a bit of a bind because I have a customer willing to OEM my toolkit if I can port it to Mono. I'm going to start with some improvements to the error handling so it doesn't stop on the first problem. That will at least make it easier to figure out what is going on. Incidentally, if I comment out the offending check in the XmlSchemaElement, the schema does compile. Who knows what that does to the SOM and how it works later? Anyway, I'll find that out as I move forward today. I'm running the IBM schema check tool now against the original JDF schema as someone else suggested right now. Thanks ------------------------------------- Tom Cabanski -----Original Message----- From: Atsushi Eno [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:35 PM To: Tom Cabanski Cc: [EMAIL PROTECTED] Subject: Re: [Mono-list] Issues in XmlSchema.XmlSchemaElement Hello, > indicated, only getting other simple type compilation error (I haven't > look into that detail). In JDFTypes.xsd, there are such schema components: <xs:simpleType name="LabColor"> <xs:restriction base="jdftyp:NumberList"> <xs:length value="3" fixed="true"/> <xs:whiteSpace value="collapse"/> </xs:restriction> </xs:simpleType> <xs:simpleType name="NumberList"> <xs:list itemType="jdftyp:number"/> </xs:simpleType> Here LabColor derives NumberList by restriction. However, XML Schema structures 3.14.6 "Derivation Valid (Restriction, Simple)" denotes: 2 If the {variety} is list, then all of the following must be true: 2.2 Only length, minLength, maxLength, pattern and enumeration facet components are allowed among the {facets}. So here xs:whitespace facet is invalid. MS.NET fails to reject this schema, if my speculation is correct. Atsushi Eno _______________________________________________ Mono-list maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/mono-list
