XOM API for Processing XML with Java

[passani AT eunet.no]

Please correct me if I'm wrong. This still assumes that the XML file
is valid (not only well-formed), right?

to me that's the core of the issue. I want something that
ignores validation altogether even if there is a DTD.

RegExps are not powerful enough to parse XML?
give me something that is, but which won't try to
hit a resource outside of my control behind my back!
RegExps won't blow up if they find a chinese CHAR in the middle
of the file. They just won't match.
Why can't I get something similar from an XML tool?

Apparently, even SAX tries to open up a connection
and go for a DTD.

Luca


> You can do such kind of things with XQuery. Since XQuery is a superset
> of XPath 2.0, it can also be used with plain XPath expressions as
> queries. Also note that XPath 2.0 supports regular expressions via the
> matches, replace, and tokenize functions.
>
> For example:
> // find the links of all images in a XHTML-like document
> XQuery xquery = new XQuery("//img/@src", null);
>
> // find the links of all JPG images in a XHTML-like document
> // XQuery xquery = new XQuery("//img/@src[fn:matches(string(.),
> '.jpg')]", null);
>
> Nodes nodes = xquery.evaluate(doc);
> for (int i=0; i < nodes.size(); i++) {
>     System.out.println("node "+i+": "+nodes.get(i).toXML());
> }
>
> I'm working on XOM extensions for that. A working prototype is at
>
> http://dsd.lbl.gov/~hoschek/xom-contrib-download
>
> and javadoc is here:
>
> http://dsd.lbl.gov/~hoschek/xom-contrib/
>
> One can query some hundreds of 10K documents per second with that
> approach,
> but in terms of performance it certainly cannot compete with a
> NodeFactory filter.
> Rather, the primary motivation here is power with simplicity.
>
> Wolfgang.
>
>> Elliotte, be brave and put some ideas down for us to see.
>> With your understanding of XML *and* developers, you
>> are one of the best positioned to do this.
>> It might be what makes XOM rock even more one day.
>> Add regexps to XPATH? or callbacks?
>> a new way to analyse XML which is more powerful
>> than regexps alone, but which doesn't turn entities
>> into landmines?  be creative! go nuts!
>>
>> Luca
>>