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

Re: Simple approaches to XML implementation

• From: "Peter S. Housel" <housel@m...>
• To: <xml-dev@i...>
• Date: Wed, 5 Mar 1997 00:05:30 +0800

Here's what I'm looking for in an XML/SGML API.

First I want an entry point that allows the application to query
the parser implementation what property set modules it supports
(i.e., what's the richest grove plan available to users), and whether
or not validation is available.

Next, there should be an XMLEventStream object.  To create an
XMLEventStream, you specify:

1. The URL of the document to open.
2. The grove plan you want, in the form of a list of property set modules.
3. Whether or not you want validation done.

This gives a stream-based interface to the XML document.  By default, the
grove plan would be {baseabs, prlgabs0, instabs}, which gives you a stream
of XMLEvent objecs that corresponds almost exactly to ESIS.

If you ask for more modules than that, XMLEventStream will give you a
richer
set of objects, a stream including such things as the contents of the DTD,
comments,
or whatever you like.

As a layer above that, there should be a grove-based interface that takes
the
stream and turns it into a grove.  Once built, the grove can be examined
using
an interface similar to SDQL.  As someone has already noted, there should
be concrete subclasses of the Node class, but the property-getting
interface should
work whether the property is stored in a list of properties or in a special
instance
slot.

I'm very fond of the idea of mapping documents of various MIME types onto
XML documents.
The translator could work as an XMLEventStream, making the grove-building
machinery
common to all document types.

Still higher application-specific layers could be built easily.

Am I way off base here?  I know this is the kind of interface that would
make
me happy...

-Peter S. Housel- housel@m...


xml-dev: A list for W3C XML Developers
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To unsubscribe, send to majordomo@i... the following message;
unsubscribe xml-dev
List coordinator, Henry Rzepa (rzepa@i...)

• Follow-Ups:
  • Re: Simple approaches to XML implementation
    • From: Peter Newcomb <peter@t...>

• Prev by Date: Re: Simple approaches to XML implementation
• Next by Date: Re: Simple approaches to XML implementation
• Previous by thread: Re: Simple approaches to XML implementation
• Next by thread: Re: Simple approaches to XML implementation
• Index(es):
  • Date
  • Thread