XSchemas and DTDs

[Simon St.Laurent]

Paul Prescod wrote:
>If the DTD is algorithmically derived from the XSchema, then the document
>is guaranteed to pass both tests if it passes the XSchema. Otherwise each
>test is performed and reported separately by the appropriate software.

This is going to be one of the 'hard' issues in the weeks to come, I fear.  I 
wish that the XML spec had discussed processors (non-validating processors, 
that is) and validation as a module on top of those processors, instead of 
describing validating processors as a single unit.  Of course, this would have 
required building the spec quite differently.

Non-validating processors and interfaces like SAX seem like useful starting 
points for the processing discussion, upon which we can build our 
schema-verifying layers. I'd love to see a verification implementation that 
behaves like David Megginson's XAF - using SAX to parse the document and its 
XSchema (XAF is about architectural forms), then using SAX to return the 
'verified' document to the application above.  This kind of 'layering' seems 
like an appropriate model to me.

Simon St.Laurent
Dynamic HTML: A Primer / XML: A Primer / Cookies


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo at ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)