W3C home > Mailing lists > Public > xmlschema-dev@w3.org > August 2002

RE: Additional questions on non-deterministic content model

From: Dare Obasanjo <dareo@microsoft.com>
Date: Tue, 27 Aug 2002 07:22:26 -0700
Message-ID: <8BD7226E07DDFF49AF5EF4030ACE0B7E06621FB9@red-msg-06.redmond.corp.microsoft.com>
To: "Rainer Becker" <r.becker@Nitro-Software.com>, <xmlschema-dev@w3.org>

The XML 1.0 recommendation is not the W3C XML Schema recommendation. W3C XML Schema specifically disallows a certain class of non-deterministic schemas not all of them. The specific section of the W3C XML Schema recommendation that describes
this is the Unique Particle Atttribution rule described at

   http://www.w3.org/TR/xmlschema-1/#cos-nonambig <http://www.w3.org/TR/xmlschema-1/#cos-nonambig> 

Given that this rule is worded in a manner that is particularly confusing a non-normative explanation is also provided in the appendix

http://www.w3.org/TR/xmlschema-1/#non-ambig <http://www.w3.org/TR/xmlschema-1/#non-ambig> 

This has nothing to do with DTD validation or anything else in the XML 1.0 recommendation. 

	-----Original Message----- 
	From: Rainer Becker [mailto:r.becker@Nitro-Software.com] 
	Sent: Tue 8/27/2002 4:03 AM 
	To: 'xmlschema-dev@w3.org' 
	Subject: Additional questions on non-deterministic content model
	Hallo NG,
	I know, that I have understood the principles of a deterministic content model.
	However, I would be lucky, if someone could explain the following questions, thank you.
	- In the XML-Spec there is a non-normative (Appendix E) and a normative reference concerning
	  this problem:
	       For compatibility, it is an error if the content model allows an element to match more 
	       than one occurrence of an element type in the content model.
	  Is it correct, that a parser is not required to throw an error, although this reference is normative?
	- Why does the majority of XML Schema parsers throw an error, if a content-model is non-deterministic,
	  while DTD parsers donĀ“t ?
	Thank you
Received on Tuesday, 27 August 2002 10:22:58 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 23:15:05 UTC