What is Saxon?
The Saxon package is a collection of tools for processing XML documents. The main components are:
-
An XSLT processor, which can be used from the command line, or invoked from an application, using a supplied API. Saxon implements the XSLT 3.0 Recommendation. The product can also be used to run XSLT 2.0 stylesheets. If you want to run XSLT 1.0 stylesheets in backwards compatibility mode, you will need Saxon-HE 9.8.0.7 or later, or Saxon-PE or -EE for earlier versions of 9.8.
-
An XPath processor accessible to applications via a supplied API. This supports XPath 2.0 and XPath 3.1. With Saxon-HE 9.8.0.7 or later, or Saxon-PE or -EE for earlier versions of 9.8, it can also be used in backwards-compatibility mode to evaluate XPath 1.0 expressions.
-
An XQuery processor that can be used from the command line, or invoked from an application by use of a supplied API. This supports XQuery 3.1, which also allows XQuery 1.0 or 3.0 queries to be executed. With Saxon-EE, you can also use the XQuery extensions defined in the XQuery Update 1.0 Recommendation, but later working drafts of XQuery Update are not supported (W3C has abandoned work on these versions).
-
An XML Schema Processor. This supports both XSD 1.0 and XSD 1.1. This can be used on its own to validate a schema for correctness, or to validate a source document against the definitions in a schema. It is also used to support the schema-aware functionality of the XSLT and XQuery processors. Like the other tools, it can be run from the command line, or invoked from an application.
-
On the Java platform, when using XSLT, XPath, XQuery, or XML schema validation, Saxon offers a choice of APIs. If you need portability across different vendor's tools, you can use the JAXP API for XSLT, XPath, and XML Schema processing, and the XQJ interface for XQuery. On the other hand, if you want a more integrated and complete API offering access to all Saxon's facilities, the s9api interface is recommended. You can also dive down deeper into the Saxon internals if you need to: there has been no particular attempt to make interfaces private, and all public interfaces are documented in the JavaDoc. Clearly, the deeper you go, the greater the risk of interfaces changing in future releases.
-
On the .NET platform, Saxon offers an API that enables close integration with other services available from .NET, notably the XML-related classes in the
System.Xml
namespace. It isn't possible to use Saxon as a transparent plug-in replacement for theSystem.Xml.Xsl
processor, because the API for the Microsoft engine using concrete classes rather than abstract interfaces. However, it is possible to use it as a functional replacement with minor changes to your application code.
Full details of Saxon's conformance to the specifications are provided in the Conformance section.
As well as features standardized by W3C, Saxon provides an extensive library of extensions, all implemented in conformance with the XSLT and XQuery Recommendations to ensure that portable stylesheets and queries can be written. These include the EXSLT extension libraries common, sets, math, and dates-and-times, and the EXPath modules binary, file, and archive. Many of these extensions were pioneered in Saxon and have since become available in other products.
These extension libraries in most cases require Saxon-PE or higher, and in some cases require Saxon-EE.