XML.orgXML.org
FOCUS AREAS |XML-DEV |XML.org DAILY NEWSLINK |REGISTRY |RESOURCES |ABOUT
OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]
Re: [xml-dev] Disk-based XPath Processing

Tatu Saloranta wrote:
> Alas, although there is quite a bit of interest, I
> haven't seen solutions where streaming parsers could
> use some suitable subset of XPath to match sub-trees
> (suitable meaning that only some axes were supported,
> parent/grandparent, attribute, children, but not
> sibling). I have been hoping to investigate doing this
> myself in near future, since it would seem to simplify
> some streaming-oriented tasks (like only building
> small sub-trees, or one sub-tree at a time from a
> bigger document).

What you describe in the above para is pretty much exactly what Amara's
pushbind and pushdom allow, and the trimxml tool that John L. Clark
mentions, exposes this approach on the command line.  They use a subset
of XSLT patterns (which are  themselves a subset of XPath, as defined
int he XSLT 1.0 spec) to drive a streamable operation that only loads
into memory one subtree at a time from a larget document.  I think it
does still need a little baking, but I've been successful using it for
some pretty heavy-duty work.


-- 
Uche Ogbuji                               Fourthought, Inc.
http://uche.ogbuji.net                    http://fourthought.com
http://copia.ogbuji.net                   http://4Suite.org
Articles: http://uche.ogbuji.net/tech/publications/


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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

Copyright 1993-2007 XML.org. This site is hosted by OASIS