RE: Schemas as Promises and Expectations
To me, a schema, is a mechanism for the _partial_ validation of an XML document. It is useful as a tool to address some of the more tedious parts of that validation process. Also, I look at the problem such that there may actually be at least three schemas. One for what the producer actually emits, one that is the agreed upon schema for interchange, and a third that is used by the consumer to aid in its processing of the document. The first producer schema is generally a subset of the interchange schema, but the relationship between the interchange and the consumer schema may be such that neither is a subset of the other and that they are merely intersecting sets. I believe that the decoupling of the interchange and consumer schemas may prevent a lot of consumer implementation issues from creeping into the interchange schema. What I believe you are talking about in your three points below are IMO consumer schema issues and should not be in the interchange schema. Regards, Don Bate At 4:29 AM -0800 3/9/03, Don Park wrote: >Both Perry and Thomas understood what I was trying to say and issues they >point are tangible. But I don't think all of what I am thinking has been >communicated, so allow me to try again from another angle. > >A schema is a formal description of an XML document. In a sense, the schema >is a representation of the code that produced that XML document. But there >is no similar representation of the code that consumes those XML documents. >Such representation will be useful for: > >1. documenting which parts of an XML document a program depends on. > >2. detecting when a program can't process a document. > >3. automatically fix useful subset of possible differences. > >For example, there are many versions of RSS format, but a RSS reader that >uses only the <description> element can handle RSS feeds in any RSS format. >But there is easy way to determine this without some smart code analyzer. >Having a schema representation of the parts the RSS reader is interested in >will be pretty useful. Unfortunately, I don't think current schema >languages support this use-case well. > >Best, > >Don Park >Docuverse > > > >----------------------------------------------------------------- >The xml-dev list is sponsored by XML.org <http://www.xml.org>, an >initiative of OASIS <http://www.oasis-open.org> > >The list archives are at http://lists.xml.org/archives/xml-dev/ > >To subscribe or unsubscribe from this list use the subscription >manager: <http://lists.xml.org/ob/adm.pl> -- Don Bate | Specializing in Consulting and Mentoring in Bate Consulting, Inc | Object-Oriented Technologies, | Software Architecture, and Software Process (972) 618-0208 voice (972) 618-0216 fax donbate@i...
PURCHASE STYLUS STUDIO ONLINE TODAY!
Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!
Download The World's Best XML IDE!
Accelerate XML development with our award-winning XML IDE - Download a free trial today!
Subscribe in XML format