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

RE: XML Component API

• From: Michael.Kay@i...
• To: xml-dev@i...
• Date: Mon, 18 Jan 1999 16:23:17 -0000

> From: Oren Ben-Kiki [mailto:oren@c...]
> 
> I raised the question of a standard API to XSL processors in 
> the XSL mailing
> list. This question has quickly touched on general issues of 
> how to combine
> XML processing modules, since there are two incompatible ways 
> to pass XML
> data - as an in-memory DOM tree or as "parsing" events.
>

SAXON (http://home.iclweb.com/icl2/mhkay/saxon.html) provides a higher-level
API that can be used to process XML documents on top of either SAX or DOM.
It provides a useful model where most of your processing is sequential but
you might occasionally (or in the future) want to navigate from a node that
you reached serially, e.g. to follow an IDREF.

I've recently been trying to implement an XSL subset using SAXON and have
realised that the XSL processing model requires the document to be built in
memory, even though 90% of useful applications don't. For an XSL API,
therefore, I think you can forget any idea of an event-based approach.

Mike Kay

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

• Follow-Ups:
  • Re: XML Component API
    • From: Tyler Baker <tyler@i...>

• Prev by Date: Universality [Re: What is a namespace ... really?]
• Next by Date: Template System Using XML
• Previous by thread: Re: XML Component API
• Next by thread: Re: XML Component API
• Index(es):
  • Date
  • Thread