OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help



   Re: YAXPAPI (Yet Another XML Parser API)- an XDEV proposal

[ Lists Home | Date Index | Thread Index ]
  • From: "Don Park" <donpark@quake.net>
  • To: "Tim Bray" <tbray@textuality.com>, <xml-dev@ic.ac.uk>
  • Date: Sat, 13 Dec 1997 14:00:15 -0800

Tim and Peter,

From: Tim Bray <tbray@textuality.com>
>It should come in event-stream flavor and tree flavor.
>Minimal event stream API:
>1. Doctype, returns: root type, external subset system/public idents
>2. Element start, returns: type, element name-value pairs, whether it's
>3. Text
>4. End Element, returns: type
>Minimal tree API:
>1. Document, with methods: root type, system ID, public ID, root element
>2. Element, with methods: parent, children, attributeValueByName,
>3. Attribute, with methods: name, value
>4. Text (presumably hiding lazy evaluation)

IMHO, it would be major mistake to combine XML parser client API and service
provider API.  I would much rather see something like Swing's TreeModel
interface used as XML parser service provider API with opaque objects.

public interface XmlTreeModel {
    public Object getRoot ();
    public Object getParent (Object child);

public interface XmlEventModel {
    public String getElementName (Object event);

public interface XmlEventProducer {
    public void addConsumer (XmlEventConsumer c);
    public void removeConsumer (XmlEventConsumer c);

public interface XmlEventConsumer {
    public void elementStarted (XmlElementEvent evt);
    public void elementEnd ed (XmlElementEvent evt);

XmlEvent is part of the client API which is mostly convenience class

public class XmlEvent extends EventObject {
    protected XmlEventModel    model;
    protected Object                    object;

public class XmlElementEvent extends XmlEvent {
    public String getElementName () {
        return model.getElementName(object);

>I acknowledge this is grossly insufficient for basing an editor on. You
>that, use the DOM.  Only a few choices have design implications:

I think editing should be supported with another layer of interfaces so that
basic interface can remain simpler.

public interface MutableXmlTreeModel {
    public Object newElement (String name, ...);
    public void addAttribute(Object elem, String name, String value);

XML parser service provider API is mostly just interfaces and deals with
opaque objects returned by XML parser implementations.  XML parser client
API consists of DOM classes uses opaque objects to drive parsers
implementations (see XmlElementEvent above).

Don Park

xml-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)


News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS