[XSL-LIST Mailing List Archive Home]
[By Thread]
[By Date]
>Michael Kay: can SAXON run as a stand-alone XPath 3.0 processor? If no, are you planning to create a stand-alone XPath 3.0 processor?
Saxon certainly allows you to run XPath queries directly from a Java or .NET API, which is what matters to most end-users.
There's a requirement/opportunity for a software component that only does XPath and not XSLT or XQuery, which could be a tiny fraction of the size of Saxon, packaged in a way that makes it suitable for integration as a component into other products. Saxon's not currently well packaged for that role.
Re: [xsl] Re: XPath as a stand-alone programming language
Subject: Re: [xsl] Re: XPath as a stand-alone programming language From: Michael Kay <mike@xxxxxxxxxxxx> Date: Wed, 24 Oct 2012 16:32:39 +0100 |
>Michael Kay: can SAXON run as a stand-alone XPath 3.0 processor? If no, are you planning to create a stand-alone XPath 3.0 processor?
Saxon certainly allows you to run XPath queries directly from a Java or .NET API, which is what matters to most end-users.
There's a requirement/opportunity for a software component that only does XPath and not XSLT or XQuery, which could be a tiny fraction of the size of Saxon, packaged in a way that makes it suitable for integration as a component into other products. Saxon's not currently well packaged for that role.
Michael Kay Saxonica
Current Thread |
---|
|
<- Previous | Index | Next -> |
---|---|---|
Re: [xsl] Re: XPath as a stand-alon, Вячеслав Седов | Thread | [xsl] transform html h1 with a div, Giuseppe Briotti |
Re: [xsl] Re: XPath as a stand-alon, Dimitre Novatchev | Date | [xsl] Re: [xml-dev] XPath as a stan, Dimitre Novatchev |
Month |