>From reading Jonathan's and Lauren's responses, it looks like I need
to throw in a quick clarification. I agree that a repository need not
have any knowledge of the semantics of a particular industry. We
could use a general SGML repository to store any kind of document,
where the repository's only knowledge of the document is its DTD.
Relational databases (for example) give us this sort of approach, since
they need not understand what is meant by the schemas that are stored
within them. Elements are the informational units of an SGML/XML
repository in the same way that tables and columns and rows are the
informational units of relational databases.
However, each domain does have information units that are specific to
that domain, and they exist as units regardless of the more fundamental
units from which they are constructed. An RDBMS's schema specifies
these domain-specific units, as does an XML-document's DTD. Hence, the
DTD does intend to capture the object-model of a particular domain,
even if this object model is expressed in the language of a more general
object model. I'm asking a question about what we expect our DTD
schemas to accomplish for these domain-specific object models. Do we
expect general SGML/XML repositories to be powerful enough to allow
them to represent almost any domain-specific object model?
BTW, I agree that IDL interfaces are another kind of access language to
a repository and that DOM in particular satisfies the property of
access languages I was arguing for. It provides fundamental contructs
from which domain-specific information units can be built.
-- Joe Lapp (Java Apps Developer/Consultant) Unite for Java! - http://www.javalobby.org jlapp@acm.orgxml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@ic.ac.uk the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)