[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Arbitrary Infoset boundaries (was Re: Common XML - Final

  • From: Michael Champion <Mike.Champion@s...>
  • To: xml-dev@l...
  • Date: Fri, 04 Aug 2000 22:19:29 -0400

common based re model

----- Original Message -----
From: "Jonathan Borden" <jborden@m...>
To: <keshlam@u...>; <xml-dev@l...>
Sent: Friday, August 04, 2000 8:32 PM
Subject: RE: Arbitrary Infoset boundaries (was Re: Common XML - Final


> But if DOM L3 will be based upon the Infoset, and the Infoset doesn't
> contain DTDs then how will that work? Will there be an Infoset L2,3 etc?
Or
> won't DOM L3 be Infoset based ... in which case we are back to the
question
> that started this whole discussion. Now I'm confused.

Historically the InfoSet has come along behind the syntax specs and the DOM
and has attempted to impose order post-hoc.  That presumably will continue
... The DOM has had a requirement for a long time to provide an API to
access content model information and to validate an instance against a
content model.  *Some* conception of the content model is clearly necessary
to support these requirements.

The DOM won't "contain DTDs", it will use an abstract conception of a
content model that is sufficient to encompass what DTDs define, the basics
of what XML Schemas will define, and for that matter what Relax or XDR
define.  (Presumably at some point in the future there will be some specific
"XML Schema DOM" much like there is an "SVG DOM", but that won't be part of
DOM Level 3 per se).

I don't know how we'll eventually rationalize the relationship between DOM
Level 3 and the InfoSet.  I for one would have no problem with the notion
that the InfoSet conception of an XML instance is separate from the
conception of the schema that defines its content model.  The DOM provides
access to both, and to the operations (such as validation) that operate on
both simultaneously.  Also, the XML Schema specification talks about a "post
schema validation (PSV) InfoSet"; the DOM WG (and ultimately the XML
community) will have to figure out exactly what the relationship between the
InfoSet that a parser produces and the PSV InfoSet.

As I've said earlier, the W3C doesn't have a master plan that all the groups
must follow; the master plan and the specs co-evolve in parallel.  A world
that began with the InfoSet and where syntax, APIs, constraints, and
transformations all work completely off this logical model would indeed be
more orderly than more parallelized one one we live in, but I doubt if it
could operate in Internet Time.


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.