[XML-SIG] Metadata in XBEL

[Uche Ogbuji]

> I have one such API implemented in Orchard.  The API is described in
> [1], and the Python implementation available from [2].  I also have a
> C implementation there as well, but the C <-> Python bridge is not
> available yet.
> 
> I've briefly mentioned Orchard here a couple of times, but not in the
> context of its DOM or SAX APIs, because I'd presumed, apparently
> incorrectly, that there'd be little interest in less Java-ish APIs
> when Python has very solid SAX and DOM bindings with several
> implementations.

Oh come now.  Fred and I are both DOM implementors who have expressed strong 
discontent with the DOM.  I'm all for a better tree API.

However, I'd like one, but *not* based on JDOM, but rather 100% Pythonic.  I 
think to do otherwise is to risk continuing the performance and 
resource-hogging properties of straightforward DOM ports.


> Orchard implements the "node based" SAX we've discussed here before,
> where the nodes used in SAX are the same nodes used to build a tree.
> Implementing a pull-parser with nodes is a minor addition, but hasn't
> been specced yet.

I think a Lisp approach to storing the nodes is an interesting idea, given 
Python's strong list processing.  Basically, just a straightforward 
translation of the parameters of SAX events (plus node-type) into nested 
lists.  Probably not exactly what we'd want for a PyDOM, but an easy straw man 
to build.


-- 
Uche Ogbuji                               Principal Consultant
uche.ogbuji@fourthought.com               +1 303 583 9900 x 101
Fourthought, Inc.                         http://Fourthought.com 
4735 East Walnut St, Ste. C, Boulder, CO 80301-2537, USA
Software-engineering, knowledge-management, XML, CORBA, Linux, Python