>From the documentation: "Saxon supports these models by wrapping each external node in a wrapper that implements the Saxon NodeInfo interface. When nodes are returned by the XQuery or XPath API, these wrappers are removed and the original node is returned. Similarly, the wrappers are generally removed when extension functions expecting a node are called."
That is very bad from a performance perspective. Jaxen uses a pattern [1] that avoids this, so that using Saxon would be a regression. Andreas [1] https://svn.apache.org/repos/asf/webservices/axiom/tags/1.2.14/modules/axiom-api/src/main/java/org/apache/axiom/om/xpath/DocumentNavigator.java On Sun, Jun 30, 2013 at 4:45 PM, Asiri Liyana Arachchi <[email protected]> wrote: > Hi all, > I am 3rd year undergraduate of Department of Computer Science and > Engineering, University of Moratuwa, Sri Lanka. > I would to like to work on the above project. > > I went through the discussion on the issue:AXIOM-367 page. As far as I > understood Saxon-HE is good choice if it supports integration with object > models other than DOM. > > [1] " Support for Axiom, JDOM, JDOM2, XOM, and DOM4J is not available "out > of the box" with Saxon-HE, but the source code is open source (in > sub-packages of net.sf.saxon.option) and can be compiled for use with > Saxon-HE if required. " > > Does this make Saxon-HE a viable option? > > [1] http://www.saxonica.com/documentation/sourcedocs/thirdparty.html > > Best, > Asiri > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
