Altova RaptorXML+XBRL Server 2025

In diesem Abschnitt:

•Prozessorkonformität

•Rückwärtskompatibilität

•Namespaces

•Schema-Fähigkeit  

•Implementierungsspezifisches Verhalten  

Standardkonformität

Der XSLT 2.0-Prozessor von RaptorXML+XBRL Server entspricht der XSLT 2.0 Recommendation vom 23. Jänner 2007 und der XPath 2.0 Recommendation vom 14. Dezember 2010 des World Wide Web Consortium (W3C).

Rückwärtskompatibilität

Der XSLT 2.0-Prozessor ist rückwärtskompatibel. Normalerweise kommt die Rückwärtskompatibilität des XSLT 2.0.-Prozessors nur dann zum Einsatz, wenn Sie den XSLT 2.0-Prozessor (CLI-Parameter --xslt=2) zur Verarbeitung eines XSLT 1.0 Stylesheets oder einer XSLT 1.0-Anweisung verwenden. Beachten Sie, dass sich das Ergebnis des XSLT 1.0-Prozessors und des rückwärtskompatiblen XSLT 2.0.Prozessors unter Umständen unterscheiden kann.

Namespaces

In Ihrem XSLT 2.0 Stylesheet sollten die folgenden Namespaces deklariert sein, damit Sie die in XSLT 2.0 verfügbaren Typ-Konstruktoren und Funktionen verwenden können. Normalerweise werden die unten aufgelisteten Präfixe verwendet; bei Bedarf können Sie auch andere Präfixe verwenden.

Normalerweise werden diese Namespaces im Element xsl:stylesheet oder xsl:transform deklariert, wie unten gezeigt:

<xsl:stylesheet version="2.0"

  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"

  xmlns:xs="http://www.w3.org/2001/XMLSchema"

  xmlns:fn="http://www.w3.org/2005/xpath-functions"

  ...

</xsl:stylesheet>

Beachten Sie die folgenden Punkte:

•Der XSLT 2.0-Prozessor verwendet als Standard-Funktions-Namespace den Namespace für XPath 2.0- und XQuery 1.0-Funktionen (siehe Tabelle oben). Sie können daher XPath 2.0- und XSLT 2.0-Funktionen in Ihrem Stylesheet ohne Präfix verwenden. Wenn Sie den Namespace für XPath 2.0-Funktionen in Ihrem Stylesheet mit einem Präfix deklarieren, können Sie zusätzlich dazu das in der Deklaration zugewiesene Präfix verwenden.

•Bei Verwendung von Typ-Konstruktoren und Typen aus dem XML Schema-Namespace, muss bei Aufruf des Typ-Konstruktors (z.B. xs:date) das in der jeweiligen Namespace-Deklaration verwendeten Präfix verwendet werden.

•Einige XPath 2.0-Funktionen haben denselben Namen wie XML Schema-Datentypen. So gibt es z.B. für die XPath-Funktionen fn:string und fn:boolean XML-Schema-Datentypen mit demselben lokalen Namen: xs:string und xs:boolean. Wenn Sie daher den XPath-Ausdruck string('Hello') verwenden, wird der Ausdruck als fn:string('Hello') ausgewertet und nicht als xs:string('Hello').

Schemafähigkeit

Der XSLT 2.0-Prozessor ist schemafähig. Sie können daher benutzerdefinierte Schematypen und die xsl:validate-Anweisung verwenden.

Implementierungsspezifisches Verhalten

Im Folgenden finden Sie eine Beschreibung, wie der XSLT 2.0-Prozessor implementierungsspezifische Aspekte von bestimmten XSLT 2.0-Funktionen behandelt.

xsl:result-document

Zusätzlich werden die folgenden Kodierungen unterstützt: x-base16tobinary und x-base64tobinary.

function-available

Die Funktion überprüft, ob in-scope-Funktionen (XSLT, XPath und Erweiterungsfunktionen) verfügbar sind.

unparsed-text

Das Attribut href akzeptiert (i) relative Pfade für Dateien im Basis-URI-Ordner und (ii) absolute Pfade mit oder ohne das file://-Protokoll. Zusätzlich werden die folgenden (Altova-spezifischen) Kodierungen unterstützt: binarytobase16 und binarytobase64. Beispiel: xs:base64Binary(unparsed-text('chart.png', 'x-binarytobase64')).

unparsed-text-available

Das Attribut href akzeptiert (i) relative Pfade für Dateien im Basis-URI-Ordner und (ii) absolute Pfade mit oder ohne das file://-Protokoll. Zusätzlich werden die folgenden (Altova-spezifischen) Kodierungen unterstützt: binarytobase16 und binarytobase64.