Testen von Stylesheets


Table of Contents

1. Testen von Stylesheets - internals.testing.xsl
2. Interne Funktionen - internals.xsl
3. Strings und Texte - strings.xsl
4. Logging-System - internals.logging.xsl
5. Index
6. Inconsistencies Detected!
6.1. Top-level element problems

Import/include tree (in order of importance; reverse import order)

Available invocation parameters

Available specialization parameters

1. Testen von Stylesheets - internals.testing.xsl

Filename: internals.testing.xsl

Import statement:

$Revision: 34 $, $Date: 2011-06-20 22:05:11 +0200 (Mon, 20 Jun 2011) $

Dieses Stylesheet enthält interne Templates und Funktionen zum Testen von XSLT-Stylesheets.

Grundidee ist, einzelne Funktionen und Templates mit definierten Argumenten aufzurufen und die Rückgabewerte mit erwarteten Werten zu vergleichen. Dieses Stylesheet stellt Funktionen und Templates bereit, die diesen Prozess vereinfachen.

Ein einzelner Test besteht aus dem Aufruf einer Funktion bzw. eines Templates und dem Vergleich des Ergebnisses mit einem Vorgabewert. Üblicherweise wird man mehrere Tests in einem Test-Template zusammenfassen, das dann unabhängig vom zu testenden Stylesheet aufgerufen wird.

Test-Templates können in das zu testende Stylesheet selbst oder in externe Test-Stylesheets eingebunden werden.

Vorteile interner Tests sind:

  • Tests sind unmittelbar mit dem zu testenden Code in einer Datei verbunden.

  • Tests können schnell und unkompliziert beim Entwickeln erstellt und ausgeführt werden.

Vorteile externer Tests sind:

  • Stylesheets werden kleiner
  • Fehler in den Tests führen nicht zu Fehlern im Stylesheet

  • Die Test-Stylesheets werden aus der Stylesheet-Hierarchie ausgekoppelt. Deshalb können für die Tests Stylesheets eingebunden werden, die aufgrund der Stylesheet-Hierarchie (zirkuläres <xsl:include/>/<xsl:import/>) nicht in das zu testende Stylesheet selbst eingebunden werden können. Ein Beispiel dafür ist strings.xsl, das (über internals.xsl und internals.logging.xsl) in internals.testing.xsl eingebunden wird. Die Tests für strings.xsl wurden deshalb nach strings_tests.xsl ausgelagert.

In der XSLT-SB kommen beide Techniken zum Einsatz, wobei es keine festen Regeln gibt. In der Praxis wird man meist mit Tests innerhalb des Stylesheets anfangen und diese bei einem bestimmten Umfang oder bei Abschluss der Entwicklung auslagern.

Wegen der engen Verknüpfung der Test-Infrastruktur mit internals.Stylecheck (welches das zu testenden Stylesheet als Eingabedokument erwartet) werden innerhalb der XSLT-SB die Tests durch eine Transformation des zu testenden Stylesheets mit dem Test-Stylesheet (das im Fall interner Test-Templates das zu testende Stylesheet selbst ist) im Mode internals.self-test ausgeführt. Externe Test-Stylesheets müssen wegen dieser Verknüfung nach dem Namensschema xxxxx_tests.xsl (wobei »xxxxx« für den Namen – ohne Erweiterung – des zu testenden Stylesheets steht) benannt werden. Verzichtet man auf den Einsatz von Stylecheck, können die Tests in beliebigen XSLT-Dateien abgelegt werden.

Die Verwendung der Testumgebung ist dem Einsatz von Stylecheck ähnlich und erfolgt innerhalb der XSLT-SB meist gemeinsam, so dass bei Fragen ggfs. auch ein Blick dorthin lohnt.

Autor: Stefan Krause

Homepage: http://www.expedimentum.org/

Lizenz (duale Lizenzierung):

Dieses Stylesheet und die dazugehörige Dokumentation sind unter einer Creative Commons-Lizenz (CC-BY 3.0) lizenziert. Die Weiternutzung ist bei Namensnennung erlaubt.

Dieses Stylesheet und die dazugehörige Dokumentation sind unter der sogenannten Expat License (einer GPL-kompatiblen MIT License) lizensiert. Es darf – als Ganzes oder auszugweise – unter Beibehaltung der Copyright-Notiz kopiert, verändert, veröffentlicht und verbreitet werden. Die Copyright-Notiz steht im Quelltext des Stylesheets und auf der Startseite der Dokumentation.

Revision History
Revision 0.2.02011-05-14Stf
erste veröffentlichte Version
Revision 0.1292011-02-27Stf
Erweiterung der Lizenz auf Expath/MIT license
Revision 0.822010-03-28Stf
initiale Version, ausgelagert aus internals.xsl

_internals.testing.current-vendor-hash as="xs:string" select="xsb:current-vendor-hash()" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

xsb:internals.test.Function (xsl:template)

Dieses Template dient zum Testen einer Funktion. Es nimmt den Namen der Funktion sowie Ist- und Soll-Wert entgegen und vergleicht sie. Je nach Ergebnis wird ein Bericht an das Logging-System ausgegeben.

Revision History
Revision 0.2.342011-06-26Stf

Status: beta

Fehlerausgabe: Typ bei xs:anyAtomicValue ergänzt

Revision 0.572009-10-25Stf

Status: beta

initiale Version

Parameter caller as="xs:string" required="yes"

aufrufende Funktion, wenn möglich inklusive der konkreten Parameter

Parameter actual-value required="yes"

Ergebnis der getesteten Funktion. Im select-Attribut des <xsl:with-param/>-Elements sollte die Funktion aufgerufen werden.

Parameter reference-value required="yes"

erwarteter Rückgabewert der getesteten Funktion

xsb:internals.test.function.withTestItem.BooleanResult (xsl:template)

Dieses Template unterstützt das Testen von Funktionen mit Testlisten, indem es einen Testknoten für das Template xsb:internals.test.Function aufbereitet.

Manchmal sollen mehrere Funktionen mit einer größeren Anzahl von Parametern getestet werden. Ein Beispiel sind die Tests für files.xsl, wo die meisten Funktionen gegen Dutzende gültige und ungültige URLs geprüft werden. Test-Knoten und die Templates xsb:internals.test.function.withTestItem.BooleanResult, xsb:internals.test.function.withTestItem.StringResult und xsb:internals.test.function.withTestItem.NumericResult vereinfachen solche Massentests.

Grundidee ist, in einer Liste von Testknoten jeweils Funktionsargumente und erwartetes Ergebnis abzulegen. Eine <xsl:for-each/>-Schleife kann dann über die Sequenz der Testknoten gehen, das Funktionsergebnis berechnen, es mit dem Vorgabewert vergleichen und positive und negative Ergebnisse loggen. Testknoten und internals.test.function.withTestItem…-Templates implementieren dafür eine Infrastruktur.

Ein Testknoten ist ein Element (der Name ist egal), das mindestens zwei Kind-Elemente haben muss: eine Element mit dem Namen value, und ein Element mit dem qualifizierten Namen der zu testenden Funktion (das Test-Item). Mehrere Testknoten können in einer Testliste (Name ist wieder egal) zusammengefasst werden. Da Kinder von <xsl:stylesheet/> in einem beliebigen Namensraum ignoriert werden, kann man die Liste dort ablegen. Ein Beispiel:

<intern:testliste>
	<test>
		<value>file:///server/path/test.txt</value>
		<xsb:is-absolute-url>true</xsb:is-absolute-url>
		<xsb:fileName-and-fileExtention-from-url>test.txt</xsb:fileName-and-fileExtention-from-url>
	</test>
	<test>
		<value>file:///server/path/test.txt/test</value>
		<xsb:is-absolute-url>true</xsb:is-absolute-url>
		<xsb:fileName-and-fileExtention-from-url>test</xsb:fileName-and-fileExtention-from-url>
	</test>
</intern:testliste>
		

Diese Testliste besteht aus zwei Testknoten. Jeder Testknoten hat ein <value/>-Element, dessen Inhalt (beim ersten Testkonten also »file:///server/path/test.txt«) von den Testroutinen als Parameter benutzt wird. In den beiden Test-Items <xsb:is-absolute-url/> und <xsb:fileName-and-fileExtention-from-url/> stehen die erwarteten Ergebnisse, wobei true von xsb:internals.test.function.withTestItem.BooleanResult als Wahrheitswert geparst und test.txt von xsb:internals.test.function.withTestItem.StringResult als String interpretiert wird. Die eigentliche Testroutine nimmt eine Sequenz von Testknoten und gibt diese einzeln an die Test-Templates weiter, etwa so:

<xsl:for-each select="document( '' )//intern:testliste/test">
	<xsl:call-template name="xsb:internals.test.function.withTestItem.BooleanResult">
		<xsl:with-param name="test-node" select="."/>
		<xsl:with-param name="function-name">xsb:is-absolute-url</xsl:with-param>
		<xsl:with-param name="actual-value" select="xsb:is-absolute-url(./value/text())"/>
	</xsl:call-template>
	<xsl:call-template name="xsb:internals.test.function.withTestItem.StringResult">
		<xsl:with-param name="test-node" select="."/>
		<xsl:with-param name="function-name">xsb:fileName-and-fileExtention-from-url</xsl:with-param>
		<xsl:with-param name="actual-value" select="xsb:fileName-and-fileExtention-from-url(./value/text())"/>
	</xsl:call-template>
</xsl:for-each>
		

Die internals.test.function.withTestItem…-Templates nehmen einen Testknoten (im Template-Parameter test-node) und einen aktuellen Wert (im Template-Parameter actual-value) entgegen. Der Testknoten hat ein Kindelement mit dem Namen der zu testenden Funktion, das das erwartete Resultat als Textknoten enthält. An Hand des Template-Parameters function-name wird dieses Kind-Element ausgewählt, in einen Wert vom gewünschten Typ (boolean, string) ungewandelt und mit actual-value verglichen. Das Ergebnis des Vergleichs – OK- oder Fehlermeldung – wird an das Logging-System übergeben.

Testknoten und Test-Items können für einen oder mehrere XSLT-Prozessoren ausgeschlossen werden. Dazu erhält der Testknoten oder das Test-Item ein intern:skip-Attribut, das eine leerzeichen-getrennte Liste der betreffenden Vendor-Hashs (siehe xsb:current-vendor-hash()) enthält. Auf betroffenen XSLT-Prozessoren wird der gesamte Testknoten oder das entsprechende Test-Item übersprungen und eine Warnung (per Template xsb:internals.testing.SkippedTests) ausgegeben.

Revision History
Revision 0.1452011-05-03Stf

Status: beta

intern:skip-Attribut eingebaut

Revision 0.782010-03-06Stf

Status: beta

ausgelagert aus files_temp_uri.xsl

Revision 0.702009-12-07Stf

Status: beta

initiale Version in files_temp_uri.xsl

Parameter test-node as="element()" required="yes"

Parameter function-name as="xs:string" required="yes"

Name der getesteten Funktion. Der Funktionsname wird sowohl zur Ermittlung des Referenzwertes aus dem Testknoten als auch zur Ausgabe der Resultate an das Logging-System verwendet.

Parameter actual-value as="xs:boolean" required="yes"

aktuelles Ergebnis der getesteten Funktion. Im select-Attribut des <xsl:with-param/>-Elements sollte die getestete Funktion mit dem Inhalt des <value/>-Elements des Testknotens als Argument aufgerufen werden.

xsb:internals.test.function.withTestItem.StringResult (xsl:template)

Dieses Template unterstützt das Testen von Funktionen mit Testlisten, indem es einen Testknoten für das Template xsb:internals.test.Function aufbereitet.

Revision History
Revision 0.1452011-05-03Stf

Status: beta

intern:skip-Attribut eingebaut

Revision 0.782010-03-06Stf

Status: beta

ausgelagert aus files_temp_uri.xsl

Revision 0.702009-12-07Stf

Status: beta

initiale Version in files_temp_uri.xsl

Parameter test-node as="element()" required="yes"

Parameter function-name as="xs:string" required="yes"

Name der getesteten Funktion. Der Funktionsname wird sowohl zur Ermittlung des Referenzwertes aus dem Testknoten als auch zur Ausgabe der Resultate an das Logging-System verwendet.

Parameter actual-value as="xs:string?" required="yes"

aktuelles Ergebnis der getesteten Funktion. Im select-Attribut des <xsl:with-param/>-Elements sollte die getestete Funktion mit dem Inhalt des <value/>-Elements des Testknotens als Argument aufgerufen werden.

xsb:internals.test.function.withTestItem.NumericResult (xsl:template)

Dieses Template unterstützt das Testen von Funktionen mit Testlisten, indem es einen Testknoten für das Template xsb:internals.test.Function aufbereitet.

Um bei Umwandlung und Vergleich der vermeintlich numerischen actual-value bzw. $test-node/value/text() einen Abbruch bei gescheiterten Cast auf z.B. xs:double zu vermeiden (wie es etwa bei einem Leerstring der Fall wäre), wird auf string gecastet und dann die String-Werte verglichen.

Revision History
Revision 0.0.252011-05-25Stf

Status: beta

cast von reference-value auf type von actual-value eingebaut

Revision 0.942010-05-30Stf

Status: beta

initiale Version

Parameter test-node as="element()" required="yes"

Parameter function-name as="xs:string" required="yes"

Name der getesteten Funktion. Der Funktionsname wird sowohl zur Ermittlung des Referenzwertes aus dem Testknoten als auch zur Ausgabe der Resultate an das Logging-System verwendet.

Parameter actual-value required="yes" as="xs:anyAtomicType"

aktuelles Ergebnis der getesteten Funktion. Im select-Attribut des <xsl:with-param/>-Elements sollte die getestete Funktion mit dem Inhalt des <value/>-Elements des Testknotens als Argument aufgerufen werden.

intern:validate-test-node(2) as="xs:boolean" intern:solved="MissingTests" (xsl:function)

Diese Funktion testet ein Element auf seine Eignung als Eingabe-Knoten für Funktionen wie xsb:internals.test.function.withTestItem.BooleanResult.

Revision History
Revision 0.822010-03-28Stf

Status: beta

initiale Version

Parameter test-node as="element()"

zu testender test-node

Parameter function-name as="xs:string"

qualifizierter Name der Funktion, für die $test-node das erwartete Testergebnis beinhalten soll.

xsb:internals.testing.SkippedTests (xsl:template)

Ausgabe einer Warnung für übersprungene Tests

Bestimmte Funktionen erfordern Erweiterungen wie JAVA oder prozessorspezifische Funktionen, d.h. sie arbeiten nicht mit allen XSLT-Prozessoren zusammen. Andere Funktionen scheitern an prozessorspezifischen Inkompatibilitäten.

Solche Tests müsen im Test-Template an Hand des Vendor-Hashs (siehe xsb:current-vendor-hash()) unterdrückt werden. Dies kann hart über eine xsl:if-Abfrage im Testtemplate oder einfacher über intern:skip-Attribute an Testknoten und Test-Items geschehen.

Dieses Template gibt in diesen Fällen eine standardisierte Meldung aus.

Ein Beispiel für die Verwendung (hart ausgeschlossen und per intern:skip-Attribut) findet sich in files_tests.xsl.

Revision History
Revision 0.1432011-04-26Stf

Status: beta

initiale Version

Parameter caller as="xs:string" required="yes"

Name und ggfs. arity der Funktion, für die der Test übersprungen wurde.

Parameter level as="xs:string" required="no"

Level für die Fehlerausgabe, Vorgabe: WARN

2. Interne Funktionen - internals.xsl

Path: internals.xsl

Import statements:

$Revision: 41 $, $Date: 2012-03-24 21:59:50 +0100 (Sa, 24 Mrz 2012) $

Dieses Stylesheet enthält interne Templates und Funktionen, z.B. für Logging und Debug-Meldungen.

Autor: Stefan Krause

Homepage: http://www.expedimentum.org/

Lizenz (duale Lizenzierung):

Dieses Stylesheet und die dazugehörige Dokumentation sind unter einer Creative Commons-Lizenz (CC-BY 3.0) lizenziert. Die Weiternutzung ist bei Namensnennung erlaubt.

Dieses Stylesheet und die dazugehörige Dokumentation sind unter der sogenannten Expat License (einer GPL-kompatiblen MIT License) lizensiert. Es darf – als Ganzes oder auszugweise – unter Beibehaltung der Copyright-Notiz kopiert, verändert, veröffentlicht und verbreitet werden. Die Copyright-Notiz steht im Quelltext des Stylesheets und auf der Startseite der Dokumentation.

Revision History
Revision 0.2.252011-05-29Stf
xsb:type-annotation und xsb:cast hinzugefügt.
Revision 0.2.02011-05-14Stf
erste veröffentlichte Version
Revision 0.1292011-02-27Stf
Erweiterung der Lizenz auf Expath/MIT license
Revision 0.822010-04-02Stf
Auslagerung von Test-Logik nach internals.testing.xsl und der Tests für internals.xsl und strings.xsl
Revision 0.532009-10-25Stf
Umstellung auf Namespaces xsb: und intern:
Revision 0.502009-10-11Stf
Ausgliederung von Logging aus internals.xsl nach internals.logging.xml; Eingliederung von strings-2.xsl
Revision 0.362009-08-02Stf
initiale Version

internals.logging-level as="xs:string" (xsl:param)

gültige Werte: »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL«

Meldungen können einen Level entsprechend den Log4j-Stufen »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« haben (siehe Template xsb:internals.Error). Dieser Parameter bestimmt, ab welchem Wert Meldungen geloggt (d.h. angezeigt bzw. ausgegeben) werden.

_internals.logging-level as="xs:integer" select="xsb:logging-level($internals.logging-level)" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

internals.errors.die-on-critical-errors as="xs:string" (xsl:param)

gültige Werte: »ja«, »nein«, »yes«, »no«, »0«, »1« und andere verbale Wahrheitswerte, die xsb:parse-string-to-boolean() versteht

Fehlermeldungen können einen Level entsprechend den Log4j-Stufen »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« haben (siehe Template xsb:internals.Error). Bei »ERROR« wird die Verarbeitung normalerweise sofort beendet. Ist aber dieser Parameter auf »No« gesetzt, wird die Verarbeitung fortgesetzt, z.B. für Debugging. Bei »FATAL« wird die Verarbeitung in jedem Fall abgebrochen.

_internals.errors.die-on-critical-errors as="xs:boolean" select="xsb:parse-string-to-boolean($internals.errors.die-on-critical-errors)" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

internals.logging.output-target as="xs:string?" (xsl:param)

gültige Werte: »console«, »file« oder »both«

Loggingmeldungen können via xsl:message auf die Konsole ausgegeben oder in die Ergebnis-Datei geschrieben werden. Auch beides ist möglich. Entsprechend ist als Ziel »console«, »file« oder »both« zu wählen. Bei einer davon abweichenden Eingabe wird nur auf die Konsole geschrieben

_internals.logging.write-to-console as="xs:boolean" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird. Bei der Ermittlung dieser Variablen wird außerdem der Parameter internals.logging.output-target auf Gültigkeit geprüft.

_internals.logging.write-to-file as="xs:boolean" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

internals.logging.write-to-file-style as="xs:string?" (xsl:param)

gültige Werte: »comment«, »element«, »html«, »text«

Nur bei Ausgabe in Datei: Loggingmeldungen können als HTML, XML-Elemente, Kommentare oder Text in das Ausgabedokument geschrieben werden. HTML eignet sich für die sofortige Anzeige, XML-Elemente für eine spätere maschinelle Auswertung, Kommentare für ad-hoc-Meldungen zur späteren Durchsicht. Text bietet sich an, wenn eine reine Report-Datei generiert werden soll. Ist die Eingabe ungültig, wird als Kommentar ausgegeben.

_internals.logging.write-to-file-as-comment as="xs:boolean" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird. Bei der Ermittlung dieser Variablen wird außerdem der Parameter internals.logging.write-to-file-style auf Gültigkeit geprüft.

_internals.logging.write-to-file-as-element as="xs:boolean" select="xsb:lax-string-compare($internals.logging.write-to-file-style, 'element')" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

_internals.logging.write-to-file-as-html as="xs:boolean" select="xsb:lax-string-compare($internals.logging.write-to-file-style, 'html')" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

_internals.logging.write-to-file-as-text as="xs:boolean" select="xsb:lax-string-compare($internals.logging.write-to-file-style, 'text')" (xsl:variable)

Hilfsvariable, da dieser Wert häufig benötigt wird.

internals.logging.linebreak-string as="xs:string?" xml:space="preserve" (xsl:param)

Dieses Zeichen wird bei Textausgabe als Zeilenwechsel ausgegeben, per Default &#x0A;

_internals.root-node as="document-node()" select="/" (xsl:variable)

Dokumentenknoten. Hilfsvariable, um einen Kontext in kontextlose Funktionen und Templates zu transportieren.

xsb:internals.Logging (xsl:template)

Dieses Template ist ein Wrapper für intern:internals.logging.Output für ein einfaches Logging.

Viele Template-Parameter sind mit den Werten der Stylesheet-Parameter oder mit Werten von XPath-Funktionen vorbelegt, um die Benutzung zu vereinfachen.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText as="xs:string?" required="no"

Parameter log-entry.ID as="xs:string?" required="no"

Parameter log-entry.timeStamp as="xs:dateTime?" required="no"

Parameter log-entry.processedFile as="xs:string?" required="no"

Parameter log-entry.level as="xs:string?" required="no"

Parameter log-entry.text as="xs:string?" required="no"

Parameter log-entry.category as="xs:string?" required="no"

Parameter log-entry.postText as="xs:string?" required="no"

Parameter log-entry.linebreak-string as="xs:string?" required="no"

Parameter log-entry.write-to-console as="xs:boolean" required="no"

Parameter log-entry.write-to-file as="xs:boolean" required="no"

Parameter log-entry.write-to-file-as-comment as="xs:boolean" required="no"

Parameter log-entry.write-to-file-as-element as="xs:boolean" required="no"

Parameter log-entry.write-to-file-as-html as="xs:boolean" required="no"

Parameter log-entry.write-to-file-as-text as="xs:boolean" required="no"

Parameter log-entry.write-preText as="xs:boolean" required="no"

Parameter log-entry.write-ID as="xs:boolean" required="no"

Parameter log-entry.write-timeStamp as="xs:boolean" required="no"

Parameter log-entry.write-processedFile as="xs:boolean" required="no"

Parameter log-entry.write-level as="xs:boolean" required="no"

Parameter log-entry.write-text as="xs:boolean" required="no"

Parameter log-entry.write-category as="xs:boolean" required="no"

Parameter log-entry.write-postText as="xs:boolean" required="no"

xsb:internals.Error (xsl:template)

Dieses Template gibt eine einfache Fehlermeldung aus. Ausgabeart und -ziel werden über die Stylesheet-Parameter bestimmt, wenn keine expliziten Einstellungen übergeben werden.

Es ist ein Wrapper mit sinvollen Vorgabewerten für das Template xsb:internals.Logging.

Außerdem sorgt es dafür, dass bei Fehlern der Stufen ERROR (wenn mit $internals.errors.die-on-critical-errors erlaubt) und FATAL die Verarbeitung des Stylesheets abgebrochen wird.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter message as="xs:string?" required="no"

Fehlermeldung

Parameter level as="xs:string?" required="no"

Level der Fehlermeldung. In Anlehnung an Log4j werden per Vorgabe die Stufen »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« (in aufsteigender Reihenfolge der Dringlichkeit) verwendet.

Default: »ALL«.

Parameter caller as="xs:string?" required="no"

Aufrufende(s) Funktion/Template, z.B. xsb:get-context-as-string()

Parameter show-context as="xs:boolean" required="no"

Falls true(), wird zum Kontextkonten der Kontext angezeigt. Achtung! Das schlägt fehl, wenn es keinen Kontextknoten gibt, z.B. innerhalb von Funktionen oder innerhalb von xsl:for-each-Schleifen über dokumentenexterne Sequenzen. Deshalb gibt es auch ein Template xsb:internals.FunctionError, das dieses Problem umgeht.

Parameter write-to-file as="xs:boolean" required="no"

Falls true(), wird die Ausgabe in die Datei geschrieben. Standardwert: $_internals.logging.write-to-file. In bestimmten Umgebungen, z.B. innerhalb einer Funktion, darf das Template keinen Rückgabewert liefern (siehe deshalb auch xsb:internals.FunctionError). Über diesen Parameter kan der stylesheet-weite Standardwert überschrieben werden.

xsb:internals.FunctionError (xsl:template)

Dieses Template gibt eine einfache Fehlermeldung aus. Es ist ein Wrapper für xsb:internals.Error, der die Rückgabe von Werten durch das Template unterbindet (was innerhalb von Funktionen in der Regel unerwünscht ist und ggfs. zu Fehlern führen kann).

Achtung! Dadurch werden keine Meldungen (als Kommentar, Text, HTML, XML) in Ausgabedateien geschrieben!

Revision History
Revision 0.592009-10-26Stf

Status: beta

initiale Version

Parameter message as="xs:string?" required="no"

Fehlermeldung

Parameter level as="xs:string?" required="no"

Level der Fehlermeldung. In Anlehnung an Log4j werden per Vorgabe die Stufen »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« (in aufsteigender Reihenfolge der Dringlichkeit) verwendet.

Default: »ALL«.

Parameter caller as="xs:string?" required="no"

Aufrufende(s) Funktion/Template, z.B. xsb:get-context-as-string()

intern:internals.FatalError (xsl:template)

Dieses Template gibt eine Fehlermeldung bei Fehlern in der Logik der XSL-SB aus. Da das Ausführungsverhalten in solchen Situationen nicht vorhersehbar ist, wird die Verarbeitung abgebrochen.

Dieses Template ist ein Wrapper für xsb:internals.Error, der die Rückgabe von Werten durch das Template unterbindet (was innerhalb von Funktionen in der Regel unerwünscht ist und ggfs. zu Fehlern führen kann).

Achtung! Dadurch werden keine Meldungen (als Kommentar, Text, HTML, XML) in Ausgabedateien geschrieben!

Revision History
Revision 0.2.352011-06-26Stf

Status: beta

initiale Version

Parameter errorID as="xs:string?" required="yes"

Fehler-Codenummer

Parameter caller as="xs:string?" required="yes"

Aufrufende(s) Funktion/Template, z.B. xsb:get-context-as-string()

xsb:internals.MakeHeader (xsl:template)

Dieses Template erzeugt bei der Ausgabe in eine Datei den Dateikopf, z.B. das Wurzelelement in XML oder Wurzel und Head in HTML.

Genaugenommen verteilt das Template nur entsprechend des Ausgabeformates auf Untertemplates wie intern:internals.logging.MakeHeader.element und intern:internals.logging.MakeHeader.html.

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

xsb:internals.MakeFooter (xsl:template)

Dieses Template erzeugt bei der Ausgabe in eine Datei den Fuß, z.B. das schließende HTML-Tag oder XML-Element.

Genaugenommen verteilt das Template nur entsprechend des Ausgabeformates auf Untertemplates wie intern:internals.logging.MakeFooter.element und intern:internals.logging.MakeFooter.html.

Hook: kann zum Umformatieren überschrieben werden.

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

xsb:internals.Log-system-properties (xsl:template)

Dieses Template gibt die Werte der Funktion system-property() für die im XSLT-Standard vorgegebenen Parameter vgl. http://www.w3.org/TR/xslt20/#function-system-property aus.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter logging-level as="xs:string" required="no"

intern:internals.ProvisionalError (xsl:template)

Zu Beginn der Verarbeitung von internals.xsl (und damit von allen Stylesheets, die internals.xsl einbinden), sind ein paar Parameter für das Logging noch nicht gesetzt. Um trotzdem eine Fehlermeldung zu ermöglichen (beispielsweise bei der Prüfung von Stylesheet-Parametern), wird im diesen Template eine Fehlermeldung unter Verzicht aus betroffene Parameter auf der Konsole ausgegeben.

Das Template ist ein Wrapper für das Template xsb:internals.Logging und hat die selbe Signatur wie xsb:internals.Error.

Achtung! Im Unterschied zu xsb:internals.Error wird bei ERROR in jedem Fall abgebrochen, d.h. der Parameter $internals.errors.die-on-critical-errors beinflusst dieses Template nicht.

Revision History
Revision 0.602009-11-01Stf

Status: beta

initiale Version

Parameter message as="xs:string?" required="no"

Parameter level as="xs:string?" required="no"

Parameter caller as="xs:string?" required="no"

Parameter show-context as="xs:boolean" required="no"

Parameter write-to-file as="xs:boolean" required="no"

siehe xsb:internals.Error

Achtung! Dieser Parameter wird nur empfangen, um die Signatur von xsb:internals.Error zu erhalten, er wird aber nicht ausgewertet, d.h. es wird nie in die Ausgabedatei geschrieben.

intern:render-context-and-parent-as-string(1) as="xs:string" (xsl:function)

Diese Funktion erzeugt aus dem Kontext eines Knotens und dessen Elternknoten einen String in Form eines XPath-Ausdruckes, der diesen Knoten beschreibt. Kann z.B. zur Erläuterung bei Fehlermeldungen eingesetzt werden.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter context as="node()?"

Kontextknoten vom Typ node(), kann also vom Typ element(), attribute(), text(), comment() usw. sein

xsb:render-context-as-string(1) as="xs:string" (xsl:function)

Diese Funktion erzeugt aus dem Kontext eines Knotens einen String in Form eines XPath-Ausdruckes, der diesen Knoten beschreibt. Kann z.B. zur Erläuterung bei Fehlermeldungen eingesetzt werden.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter context as="node()?"

Kontextknoten vom Typ node(), kann also vom Typ element(), attribute(), text(), comment() usw. sein

xsb:parse-string-to-boolean(2) as="xs:boolean" (xsl:function)

Diese Funktion wandelt eine String-Eingabe in einen Boolean-Wert um. Sie kennt dabei mehr Begriffe als boolean(), z.B. »ja«/»nein«.

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

Parameter warn-if-wrong-input as="xs:boolean"

(Boolean) Erzeugt eine Fehlermeldung, wenn der eingegebene String nicht in der Liste der gültigen Werte enthalten ist.

xsb:parse-string-to-boolean(1) as="xs:boolean" (xsl:function)

Shortcut für xsb:parse-string-to-boolean($input, true()).

Revision History
Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

intern:render-level-to-pretext(1) as="xs:string" (xsl:function)

Erzeugt zu den verbalen Fehlerwerten »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« einen String, der bei xsb:internals.Error und verwandten Templates als preText verwendet werden kann.

Wird ein ungültiger Wert übergeben, wird der Wert für ALL gewählt.

Revision History
Revision 0.602009-11-01Stf

Status: beta

initiale Version

Parameter level as="xs:string?"

Eingabe (String)

xsb:is(2) as="xs:boolean" (xsl:function)

Diese Funktion vergleicht zwei beliebig getypte Werte und gibt bei Idendität true() zurück, d.h. der Vergleich ist eine Kombination aus eq und deep-equal() mit höherer Empfindlichkeit und einigen Sonderfällen.

Im Unterschied zum XPath-Operator is können auch atomic values verglichen werden.

Sind die Eingabewerte nicht vom gleichen Typ, ist das Ergebnis false().

Werden -0.0e0 und +0.0e0 verglichen, und unterstützt der jeweilie Typ diesen Unterschied, ist das Ergebnis false().

Werden NaN und NaN verglichen, ist das Ergebnis true().

Werden zwei Leersequenzen verglichen, ist das Ergebnis true().

Revision History
Revision 0.2.372011-06-26Stf

Status: alpha

Bugfix für "NaN" unter AltovaXML (bis einschließlich 2011 sp 3) eingefügt

Revision 0.2.342011-06-26Stf

Status: alpha

Unterscheidung von -0.0e0 und +0.0e0 eingefügt

Revision 0.1392011-04-24Stf

Status: alpha

explizite Behandlung für Leersequenzen eingefügt

Revision 0.612009-11-16Stf

Status: beta

initiale Version

Parameter input1

Eingabe (ohne Typ)

Parameter input2

Eingabe (ohne Typ)

xsb:node-kind(2) as="xs:string" (xsl:function)

Diese Funktion ermittelt die Art eines node(), d.h. sie gibt je nach übergebenen Knoten einen der Werte »document-node«, »element«, »attribute«, »text«, »comment«, »processing-instruction« oder »namespace« zurück. Schlagen all Versuche zur Ermittlung fehl, wird der Wert #undefined zurückgegeben (Mir ist kein entsprechender Input-node() bekannt).

Diese Funktion ist eine Implementierung des dm:node-kind-Accessors aus dem XQuery 1.0 and XPath 2.0 Data Model (XDM).

Revision History
Revision 0.612009-11-16Stf

Status: beta

initiale Version

Parameter context as="node()?"

Eingabeknoten

Parameter warn-if-wrong-input as="xs:boolean"

Erzeugt eine Fehlermeldung, wenn für den eingegebenen Knoten keine gültige Art ermittelt werden kann. Da die Tests vollständig sind, dürfet dieser Fehler nie auftreten.

xsb:node-kind(1) as="xs:string" (xsl:function)

Shortcut für xsb:node-kind($context, true())

Revision History
Revision 0.612009-11-16Stf

Status: beta

initiale Version

Parameter context as="node()?"

Eingabeknoten (ohne Typ)

xsb:logging-level(2) as="xs:integer" (xsl:function)

Diese Funktion wandelt die verbalen Logging-Level »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« in korrspondierende Integer-Werte von 0 bis 6 um.

Bei einer ungültigen Eingabe wird »4« (entspricht »WARN«) zurückgegeben.

Revision History
Revision 0.1142010-07-16Stf

Status: beta

initiale Version

Parameter verbal-logging-level as="xs:string?"

Eingabeknoten (ohne Typ)

Parameter warn-if-wrong-input as="xs:boolean"

Erzeugt eine Fehlermeldung, wenn der eingegebenen String nicht »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« ist.

xsb:logging-level(1) as="xs:integer" (xsl:function)

Shortcut für xsb:logging-level($verbal-logging-level, true() ).

Revision History
Revision 0.1142010-07-16Stf

Status: beta

initiale Version

Parameter verbal-logging-level as="xs:string?"

Eingabeknoten (ohne Typ)

xsb:vendor-hash(5) as="xs:string" (xsl:function)

Diese Funktion ermittelt aus den übergebenen System-Parameter einen Hashwert, der z.B. für Vergleiche verwendet werden kann

Revision History
Revision 0.1412011-04-25Stf

Status: alpha

initiale Version

Parameter product-name as="xs:string?"

Wert der entsprechenden System-Eigenschaft (String)

Parameter product-version as="xs:string?"

Wert der entsprechenden System-Eigenschaft (String)

Parameter java-available as="xs:boolean"

Wert der entsprechenden System-Eigenschaft (Boolean)

Parameter is-schema-aware as="xs:boolean"

(Boolean)Wert der entsprechenden System-Eigenschaft (muss ggfs. von String umgewandelt werden, etwa mit xsb:parse-string-to-boolean())

Parameter warn-if-wrong-input as="xs:boolean"

Erzeugt eine Fehlermeldung, wenn der eingegebene String nicht in der Liste der gültigen Werte enthalten ist. (Boolean)

xsb:vendor-hash(4) as="xs:string" (xsl:function)

Shortcut für xsb:vendor-hash($product-name, $product-version, $java-available, true()).

Revision History
Revision 0.1412011-04-25Stf

Status: alpha

initiale Version

Parameter product-name as="xs:string?"

Wert der entsprechenden System-Eigenschaft (String)

Parameter product-version as="xs:string?"

Wert der entsprechenden System-Eigenschaft (String)

Parameter java-available as="xs:boolean"

Wert der entsprechenden System-Eigenschaft (Boolean)

Parameter is-schema-aware as="xs:boolean"

(Boolean)Wert der entsprechenden System-Eigenschaft (muss ggfs. von String umgewandelt werden, etwa mit xsb:parse-string-to-boolean())

Parameter warn-if-wrong-input

Erzeugt eine Fehlermeldung, wenn der eingegebene String nicht in der Liste der gültigen Werte enthalten ist. (Boolean)

xsb:java-available(0) use-when="function-available('java-uri:new')" intern:solved="MissingTests" as="xs:boolean" (xsl:function)

Diese Funktion ermittelt – zusammen mit der folgenden – ob Java auf dem ausführenden System zur Verfügung steht.

Revision History
Revision 0.1412011-04-25Stf

Status: alpha

initiale Version

xsb:java-available(0) use-when="not(function-available('java-uri:new') )" intern:solved="MissingTests" as="xs:boolean" (xsl:function)

Diese Funktion ermittelt – zusammen mit der vorhergehenden – ob Java auf dem ausführenden System zur Verfügung steht.

Revision History
Revision 0.1412011-04-25Stf

Status: alpha

initiale Version

xsb:current-vendor-hash(0) as="xs:string" intern:solved="MissingTests" (xsl:function)

Diese Funktion ermittelt den Vendor-Hash für das aktuelle System.

Revision History
Revision 0.1412011-04-25Stf

Status: alpha

initiale Version

xsb:type-annotation(2) as="xs:string" (xsl:function)

ermittelt den Typ eines Atomic Values

Dazu wird das Argument mit einer Reihe von instance of … geprüft. Geprüft werden diejenigen Typen, die ein Basic-XSLT-Prozessor laut XSLT-Standard unterstützen muss (vgl. 3.13 Built-in Types). Das sind xs:double, xs:decimal, xs:integer, xs:float, xs:dateTime, xs:date, xs:time, xs:boolean, xs:yearMonthDuration, xs:dayTimeDuration, xs:duration, xs:string, xs:QName, xs:anyURI, xs:gYearMonth, xs:gMonthDay, xs:gYear, xs:gMonth, xs:gDay, xs:base64Binary, xs:hexBinary, xs:untypedAtomic und xs:anyAtomicType.

Achtung: Die XSLT-Prozessor-Hersteller sind nicht verpflichtet, intern den jeweils »richtigen« Typ zu verwenden, $arg kann auch von einem beliebigen Subtyp sein (vgl. hier).

Revision History
Revision 0.2.252011-05-29Stf

Status: alpha

initiale Version

Parameter arg as="xs:anyAtomicType"

Eingabeknoten (ohne Typ)

Parameter warn-if-wrong-input as="xs:boolean"

Erzeugt eine Fehlermeldung, wenn der Typ nicht ermittelt werden kann. Da die Tests vollständig sind und zumindest xs:untypedAtomic immer das Ergebnis sein sollte, dürfet dieser Fehler nie auftreten.

xsb:type-annotation(1) as="xs:string" (xsl:function)

Shortcut für xsb:type-annotation($arg, true() )

Revision History
Revision 0.2.252011-05-29Stf

Status: alpha

initiale Version

Parameter arg as="xs:anyAtomicType"

Eingabeknoten (ohne Typ)

xsb:cast(2) intern:solved="MissingTests" as="xs:anyAtomicType" (xsl:function)

wandelt einen Atomic Value beliebigen Types in einen Atomic Value mit Typ entsprechend dem Parameter "as" um

Unterstützt werden diejenigen Typen, die ein Basic-XSLT-Prozessor laut XSLT-Standard unterstützen muss (vgl. 3.13 Built-in Types): xs:double, xs:decimal, xs:integer, xs:float, xs:dateTime, xs:date, xs:time, xs:boolean, xs:yearMonthDuration, xs:dayTimeDuration, xs:duration, xs:string, xs:QName, xs:anyURI, xs:gYearMonth, xs:gMonthDay, xs:gYear, xs:gMonth, xs:gDay, xs:base64Binary, xs:hexBinary, xs:untypedAtomic mit Ausnahme von xs:anyAtomicType (weil ein Cast dahin nicht möglich ist).

Laut Standard kann nicht auf xs:QName gecastet werden, da dieser Cast ein statisches String Literal erfordert und deshalb nicht mit dynamisch zu evaluierenden Variablen bzw. Parametern funktioniert. Details siehe im XPath-Standard, Punkt 4.a., und err:XPTY0004.

Revision History
Revision 0.2.252011-05-29Stf

Status: alpha

initiale Version

Parameter arg as="xs:anyAtomicType"

Eingabeknoten (ohne Typ)

Parameter as as="xs:string"

Typ, auf den gecastet werden soll

3. Strings und Texte - strings.xsl

Path: strings.xsl

$Revision: 49 $, $Date: 2012-05-18 01:42:08 +0200 (Fri, 18 May 2012) $

Dieses Stylesheet enthält Funktionen für Strings und Texte.

Da für Testroutinen Funktionen und Templates aus internals.xsl benötigt werden, wird dieses Stylesheet in strings_tests.xsl getestet.

Autor: Stefan Krause

Homepage: http://www.expedimentum.org/

Lizenz (duale Lizenzierung):

Dieses Stylesheet und die dazugehörige Dokumentation sind unter einer Creative Commons-Lizenz (CC-BY 3.0) lizenziert. Die Weiternutzung ist bei Namensnennung erlaubt.

Dieses Stylesheet und die dazugehörige Dokumentation sind unter der sogenannten Expat License (einer GPL-kompatiblen MIT License) lizensiert. Es darf – als Ganzes oder auszugweise – unter Beibehaltung der Copyright-Notiz kopiert, verändert, veröffentlicht und verbreitet werden. Die Copyright-Notiz steht im Quelltext des Stylesheets und auf der Startseite der Dokumentation.

Revision History
Revision 0.2.502012-05-27Stf
neue Funktionen: xsb:fill-left(), xsb:fill-right()
Revision 0.2.492012-05-18Stf
neue Funktionen: xsb:escape-for-replacement(); überarbeitet: xsb:trim-left(), xsb:trim-right(); erweiter: xsb:listed()
Revision 0.2.472012-05-15Stf
neue Funktionen: xsb:sort(), xsb:escape-for-regex(), xsb:count-matches()
Revision 0.2.02011-05-14Stf
erste veröffentlichte Version
Revision 0.1292011-02-27Stf
Erweiterung der Lizenz auf Expath/MIT license
Revision 0.532009-10-25Stf
Umstellung auf Namespaces xsb: und intern:
Revision 0.362009-08-02Stf
initiale Version

xsb:lax-string-compare(2) as="xs:boolean" (xsl:function)

Verarbeitet Eingabe und Vergleichswert mit normalize-space() und lower-case() und vergleicht dann Eingabe und Vergleichswert. Dadurch werden kleine Differenzen ignoriert.

Revision History
Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

Parameter compare-to as="xs:string?"

Vergleichswert (String)

xsb:return-default-if-empty(2) as="xs:string" (xsl:function)

gibt einen übergebenen Standardwert aus, wenn der übergeben String leer ist oder nur Whitespace enthält, sonst den String selbst

Wenn der übergebene Standardwert eine Leersequenz ist, wird ein Leerstring zurückgegeben.

Revision History
Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

Parameter default as="xs:string?"

Standardwert (String)

xsb:trim-left(1) as="xs:string" (xsl:function)

entfernt führenden Whitespace

Revision History
Revision 0.2.482012-05-18Stf

Status: beta

auf fn:replace() umgeschrieben

Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

xsb:trim-right(1) as="xs:string" (xsl:function)

entfernt Whitespace am Ende eines Strigs

Revision History
Revision 0.2.482012-05-18Stf

Status: beta

auf fn:replace() umgeschrieben

Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

xsb:trim(1) as="xs:string" (xsl:function)

entfernt Whitespace am Anfang und am Ende. Im Unterschied zu normalize-space() wird Whitespace in der Mitte nicht berücksichtigt.

Revision History
Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

xsb:normalize-paragraphs(1) as="xs:string?" intern:solved="EmptySequenceAllowed" (xsl:function)

ersetzt mehrfache Zeilenwechsel durch einen einzelnen Zeilenwechsel. Im Unterschied zu normalize-space() wird ein Zeilenwechsel aber erhalten.

rekursiver Algorithmus: die Funktion ruft sich solange selbst auf, bis keine mehrfachen Zeilenwechsel in der Eingabe vorhanden sind.

Da die Eingabe sinnvoll eine Leersequenz sein kann, ist die Rückgabe einer Leersequenze erlaubt.

Revision History
Revision 0.532009-10-25Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

xsb:listed(2) as="xs:boolean" (xsl:function)

Diese Funktion überprüft, ob in einer Leerzeichen-getrennten Liste ein bestimmter Eintrag vorhanden ist.

Die Eingabe eines Leerstrings oder einer Leersequenz als Parameter list ergibt false().

Die Eingabe eines Leerstrings oder einer Leersequenz als Parameter item ergibt false().

Revision History
Revision 0.2.482012-05-18Stf

Status: beta

neben Leerzeichen ist jetzt auch anderer Whitespace zum Trennen der String-Token erlaubt

Revision 0.692009-12-05Stf

Status: beta

initiale Version

Parameter list as="xs:string?"

Whitespace-getrennte Liste von String-Token

Parameter item as="xs:string?"

String-Token, auf dessen Existenz getestet werden soll

xsb:return-composed-string-if-not-empty(3) as="xs:string" (xsl:function)

Diese Funktion fügt vor und nach dem zu testenden String die übergebenen Strings ein, wenn der zu testende String nicht leer ist.

Mit dieser Funktion wird die Erzeugung von bedingten Texten vereinfacht, bspw. das Einfügen von Kommata oder Doppelpunkten nach einem Text.

Revision History
Revision 0.962010-06-27Stf

Status: beta

initiale Version

Parameter tested-string as="xs:string?"

getesteter String

Parameter string-before as="xs:string?"

String, der vor dem getesteten String eingefügt werden soll

Parameter string-after as="xs:string?"

String, der nach dem getesteten String eingefügt werden soll

xsb:encode-for-id(1) as="xs:string" (xsl:function)

wandelt einen eingegebenen String in eine xs:ID um, indem verbotene Zeichen ersetzt werden

Revision History
Revision 0.1242010-10-10Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

Eingabe (String)

xsb:sort(1) as="xs:anyAtomicType*" intern:solved="EmptySequenceAllowed" (xsl:function)

Shortcut für xsb:sort($input-sequence, 'ascending')

Revision History
Revision 0.2.472012-05-14Stf

Status: beta

initiale Version

Parameter input-sequence as="xs:anyAtomicType*"

Sequenz von atomic values

xsb:sort(2) as="xs:anyAtomicType*" intern:solved="EmptySequenceAllowed" (xsl:function)

sortiert atomic values

Die Implementierung folgt dem XSLT Beispiel aus dem 2.0-Standard.

Die Werte in der Sequenz müssen mit lt vergleichbar sein. Insbesondere scheitert das Sortieren von gemischten Sequenzen aus Strings und Zahlen.

Revision History
Revision 0.2.472012-05-14Stf

Status: beta

initiale Version

Parameter input-sequence as="xs:anyAtomicType*"

Sequenz von atomic values

Parameter order as="xs:string"

»ascending«/»descending«

xsb:escape-for-regex(1) as="xs:string" (xsl:function)

escapet Steuerzeichen in regulären Ausdrücken mit »\«

Ist input die Leersequenz, wird der Leerstring zurückgegeben.

Beispiele

  • xsb:escape-for-regex('Jan.') ergibt »Jan\.«

  • xsb:escape-for-regex('^1.200$') ergibt »\^1\.200\$«

Revision History
Revision 0.2.472012-05-15Stf

Status: alpha

initiale Version

Parameter input as="xs:string?"

String, der escapet werden soll

xsb:escape-for-replacement(1) as="xs:string" (xsl:function)

escapet Steuerzeichen in Ersetzungstexten für fn:replace()\« und »$«) mit »\«

Ist input die Leersequenz, wird der Leerstring zurückgegeben.

Beispiele

  • xsb:escape-for-replacement('$0') ergibt »\$0«

  • xsb:escape-for-replacement('\1.200$') ergibt »\\1.200\$«

Revision History
Revision 0.2.482012-05-17Stf

Status: alpha

initiale Version

Parameter input as="xs:string?"

String, der escapet werden soll

xsb:count-matches(3) as="xs:integer" (xsl:function)

zählt das Vorkommen eines Suchstrings in einem String

Sind string oder regex Leerstring oder die Leersequenz, wird 0 zurückgegeben.

Beispiele

  • xsb:count-matches('abc def abc', 'def') ergibt »1«

  • xsb:count-matches('abc def abc', 'abc') ergibt »2«

  • xsb:count-matches('abc', '[ab]') ergibt »2«

  • xsb:count-matches('abc', '[ab]+') ergibt »1«

  • xsb:count-matches('Aa', 'a', '') ergibt »1«

  • xsb:count-matches('Aa', 'a', 'i') ergibt »2«

Revision History
Revision 0.2.472012-05-15Stf

Status: beta

initiale Version

Parameter string as="xs:string?"

String, in dem gezählt wird

Parameter regex as="xs:string?"

regulärer Ausdruck, nach dem in string gesucht wird

Parameter flags as="xs:string?"

flags analog zum flags-Parameter von fn:matches() (siehe XQuery 1.0 and XPath 2.0 Functions and Operators (Second Edition), 7.6.6.1 Flags)

xsb:count-matches(2) as="xs:integer" (xsl:function)

Shortcut für xsb:count-matches($string, $regex, '')

Revision History
Revision 0.2.472012-05-16Stf

Status: beta

initiale Version

Parameter string as="xs:string?"

String, in dem gezählt wird

Parameter regex as="xs:string?"

regulärer Ausdruck, nach dem in string gesucht wird

xsb:replace(4) as="xs:string" (xsl:function)

führt wiederholtes paarweises Suchen und Ersetzen über einen String aus

Diese Funktion vereinfachte wiederholtes Suchen und Ersetzen über den selben String. Für jeden Wert aus der pattern-Sequenz wird ein fn:replace() mit dem korrespondierenden Wert (selbe Position) aus der replacement-Sequenz über den Eingabe-String ausgeführt. Sind in der replacement-Sequenz weniger Werte als in der pattern-Sequenz, werden (analog zu fn:translate()) die Fundstellen der »überzähligen« Pattern gelöscht.

Ist input der Leerstring oder die Leersequenz, wird ein Leerstring zurückgegeben.

Ist pattern der Leerstring oder die Leersequenz, wird input unverändert zurückgegeben (Ausnahme: Wenn input die Leersequenz ist, wird ein Leerstring zurückgegeben).

Ist replacement der Leerstring, wird jeder Treffer von pattern in input gelöscht.

Achtung: eine Leersequenz innerhalb der pattern- oder replacement-Sequenz »verschwindet« aus der Sequenz, d.h. die nachfolgenden Werte rücken eine Position nach vorn. Das wird in der Regel nicht der gewünschte Effekt sein!

Beispiele

  • xsb:replace('Affe Bär Elefant', ('Affe', 'Elefant') , ('monkey', 'elephant') ) ergibt »monkey Bär elephant«

  • xsb:replace('Affe Bär Elefant', ('Affe', 'Elefant') , ('monkey', '') ) ergibt »monkey Bär «

  • xsb:replace('Affe Bär Elefant', ('Affe', 'Elefant') , ('monkey') ) ergibt »monkey Bär «

  • xsb:replace('Affe Bär Elefant Löwe', ('Affe', 'Bär', 'Elefant', 'Löwe') , ('monkey', '', 'elephant', 'lion') ) ergibt »monkey elephant lion«

  • xsb:replace('Affe Bär Elefant', ('Affe', '', 'Elefant') , ('monkey', '', 'elephant') ) ergibt »monkey Bär elephant« (Leerstring in der pattern-Sequenz lässt Eingabe unverändert)

  • xsb:replace('Affe Bär Elefant', ('Affe', (), 'Elefant') , ('monkey', '', 'elephant') ) ergibt »monkey Bär « (Leersequenz in der pattern-Sequenz »verschwindet«, dadurch wird Elefant durch den Leerstring ersetzt)

  • xsb:replace('Affe Bär Elefant', ('Affe', 'Bär', 'Elefant') , ('monkey', (), 'elephant') ) ergibt »monkey elephant « (Leersequenz in der replacement-Sequenz »verschwindet«, dadurch wird Bär durch elephant ersetzt, und Elefant wird gelöscht.)

Revision History
Revision 0.2.472012-05-15Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, in dem ersetzt wird

Parameter pattern as="xs:string*"

Sequenz von regulären Ausdrücken, nach denen in input gesucht wird

Parameter replacement as="xs:string*"

Sequenz von Ersetzungstexten

Parameter flags as="xs:string?"

flags analog zum flags-Parameter von fn:replace() (siehe XQuery 1.0 and XPath 2.0 Functions and Operators (Second Edition), 7.6.6.1 Flags)

xsb:replace(3) as="xs:string" (xsl:function)

Shortcut für xsb:replace($input, $pattern, $replacement, '')

Revision History
Revision 0.2.472012-05-15Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, in dem ersetzt wird

Parameter pattern as="xs:string*"

Sequenz von regulären Ausdrücken, nach denen in input gesucht wird

Parameter replacement as="xs:string*"

Sequenz von Ersetzungstexten

xsb:index-of-first-match(3) as="xs:integer" (xsl:function)

ermittelt die Position des ersten Auftretens von pattern in string

Ist string oder pattern der Leerstring oder die Leersequenz, wird 0 zurückgegeben.

Beispiele

  • xsb:index-of-first-match('ab', 'a') ergibt »1«

  • xsb:index-of-first-match('ab', 'b') ergibt »2«

  • xsb:index-of-first-match('ab', 'c') ergibt »0«

  • xsb:index-of-first-match('ABC', 'b', '') ergibt »0«

  • xsb:index-of-first-match('ABC', 'b', 'i') ergibt »2«

Revision History
Revision 0.2.472012-05-16Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, in dem gesucht wird

Parameter pattern as="xs:string?"

regulärer Ausdruck, nach dem in input gesucht wird

Parameter flags as="xs:string?"

flags analog zum flags-Parameter von fn:tokenize() (siehe XQuery 1.0 and XPath 2.0 Functions and Operators (Second Edition), 7.6.6.1 Flags)

xsb:index-of-first-match(2) as="xs:integer" (xsl:function)

Shortcut für xsb:index-of-first-match($input, $pattern, '')

Revision History
Revision 0.2.472012-05-16Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, in dem gesucht wird

Parameter pattern as="xs:string?"

regulärer Ausdruck, nach dem in input gesucht wird

xsb:fill-left(3) as="xs:string" (xsl:function)

füllt $input links bis zur Länge $length mit dem Zeichen $fill-with auf

Bei einem Leerstring oder einer Leersequenz als $input wird vollständig mit $fill-with aufgefüllt.

Bei einem Leerstring oder einer Leersequenz als $fill-with wird $input unverändert zurückgegeben.

Ist $input länger als $fill-with, wird $input unverändert zurückgegeben.

Beispiele

  • xsb:fill-left('X', '-', 4) ergibt »---X«

  • xsb:fill-left('', '-', 4) ergibt »----«

  • xsb:fill-left('X', '', 4) ergibt »X«

  • xsb:fill-left('sieben', '-', 4) ergibt »sieben«

Revision History
Revision 0.2.502012-05-27Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, der aufgefüllt werden soll

Parameter fill-with as="xs:string?"

Zeichen, mit dem aufgefüllt werden soll

Parameter length as="xs:integer"

Anzahl Zeichen, auf die aufgefüllt werden soll

xsb:fill-right(3) as="xs:string" (xsl:function)

füllt $input rechts bis zur Länge $length mit dem Zeichen $fill-with auf

Bei einem Leerstring oder einer Leersequenz als $input wird vollständig mit $fill-with aufgefüllt.

Bei einem Leerstring oder einer Leersequenz als $fill-with wird $input unverändert zurückgegeben.

Ist $input länger als $fill-with, wird $input unverändert zurückgegeben.

Beispiele

  • xsb:fill-right('X', '-', 4) ergibt »X---«

  • xsb:fill-right('', '-', 4) ergibt »----«

  • xsb:fill-right('X', '', 4) ergibt »X«

  • xsb:fill-right('sieben', '-', 4) ergibt »sieben«

Revision History
Revision 0.2.502012-05-27Stf

Status: beta

initiale Version

Parameter input as="xs:string?"

String, der aufgefüllt werden soll

Parameter fill-with as="xs:string?"

Zeichen, mit dem aufgefüllt werden soll

Parameter length as="xs:integer"

Anzahl Zeichen, auf die aufgefüllt werden soll

4. Logging-System - internals.logging.xsl

Path: internals.logging.xsl

$Revision: 37 $, $Date: 2011-06-26 22:53:01 +0200 (Sun, 26 Jun 2011) $

Dieses Stylesheet stellt ein API für das Logging zur Verfügung. Die Templates sind nicht zur direkten Benutzung gedacht; vielmehr sollen externe Wrapper dieses API nutzen. Dadurch kann der Logging-Unterbau ggfs. ausgetauscht werden.

Autor: Stefan Krause

Homepage: http://www.expedimentum.org/

Lizenz (duale Lizenzierung):

Dieses Stylesheet und die dazugehörige Dokumentation sind unter einer Creative Commons-Lizenz (CC-BY 3.0) lizenziert. Die Weiternutzung ist bei Namensnennung erlaubt.

Dieses Stylesheet und die dazugehörige Dokumentation sind unter der sogenannten Expat License (einer GPL-kompatiblen MIT License) lizensiert. Es darf – als Ganzes oder auszugweise – unter Beibehaltung der Copyright-Notiz kopiert, verändert, veröffentlicht und verbreitet werden. Die Copyright-Notiz steht im Quelltext des Stylesheets und auf der Startseite der Dokumentation.

Revision History
Revision 0.2.02011-05-14Stf
erste veröffentlichte Version
Revision 0.1292011-02-27Stf
Erweiterung der Lizenz auf Expath/MIT license
Revision 0.532009-10-25Stf
Umstellung auf Namespaces xsb: und intern:
Revision 0.472009-10-11Stf
Ausgliederung von Logging aus internals.xsl
Revision 0.362009-08-02Stf
initiale Version

intern:internals.logging.Output (xsl:template)

Dieses Template ist der zentrale Einstieg zur Realisierung des Logging. Es nimmt die Logging-Parameter entgegen, wandelt sie in Tunnel-Parameter um und ruft den Dispatcher intern:internals.logging.Dispatcher auf. Es ist recht abstrakt und sollte zur Benutzung von Wrappern (wie z.B. xsb:internals.Logging) umgeben werden.

Diese Template ist auch für die Umwandlung der übergebenen Parameter in getunnelte Parameter zuständig.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText as="xs:string?" required="no"

Text, der ganz am Anfang der Ausgabe geschrieben wird. Bei Ausgabe als Text oder auf die Konsole kann darüber bspw. eine Einrückung realisiert werden. Bei Ausgabe als XML wird dieser Text der Nachricht hinzugefügt, bei Ausgabe als HTML wird eine zusätzliche Tabellenspalte erzeugt.

Parameter log-entry.ID as="xs:string?" required="no"

Message-ID

Parameter log-entry.timeStamp as="xs:dateTime?" required="no"

Zeitstempel der Nachricht.

Parameter log-entry.processedFile as="xs:string?" required="no"

Name der Datei, die bei Erzeugung der Nachricht transformiert wurde.

Parameter log-entry.level as="xs:string?" required="no"

Level der Nachricht. In Anlehnung an Log4j werden per Vorgabe die Stufen »ALL« > »TRACE« > »DEBUG« > »INFO« > »WARN« > »ERROR« > »FATAL« (in aufsteigender Reihenfolge der Wichtigkeit) verwendet.

Parameter log-entry.text as="xs:string?" required="no"

Nachrichtentext

Parameter log-entry.category as="xs:string?" required="no"

Kategorie der Nachricht, dient als zusätzliches Unterscheidungsmerkmal bei der externen Auswertung, z.B. "Fehler", "Abrechnung" oder "Hauptroutine"

Parameter log-entry.postText as="xs:string?" required="no"

Text, der ganz am Ende der Ausgabe geschrieben wird. Die konkrete Ausgabe wird in den entsprechenden intern:internals.logging.Render-to-xxx-Templates erzeugt; beispielsweise wird bei Ausgabe als XML dieser Text von intern:internals.logging.Render-to-xml hinter $log-entry.text eingefügt.

Parameter log-entry.linebreak-string as="xs:string?" required="no"

String, der bei einem Zeilenumbruch ausgegeben wird, im Normalfall &#x0A;.

Parameter log-entry.write-to-console as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht auf die Konsole ausgegeben

Parameter log-entry.write-to-file as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht in die Ausgabedatei geschrieben

Parameter log-entry.write-to-file-as-comment as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht als Kommentar in die Ausgabedatei geschrieben

Parameter log-entry.write-to-file-as-element as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht als XML-Element in die Ausgabedatei geschrieben

Parameter log-entry.write-to-file-as-html as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht als HTML in die Ausgabedatei geschrieben

Parameter log-entry.write-to-file-as-text as="xs:boolean" required="yes"

Wenn true(), wird die Nachricht als Text in die Ausgabedatei geschrieben

Parameter log-entry.write-preText as="xs:boolean" required="yes"

Wenn true(), wird der Pre-Text mit der Nachricht ausgegeben

Parameter log-entry.write-ID as="xs:boolean" required="yes"

Wenn true(), wird die ID der Nachricht ausgegeben

Parameter log-entry.write-timeStamp as="xs:boolean" required="yes"

Wenn true(), wird der Zeitstempel der Nachricht ausgegeben

Parameter log-entry.write-processedFile as="xs:boolean" required="yes"

Wenn true(), wird der Name der transformierten Datei mit der Nachricht ausgegeben

Parameter log-entry.write-level as="xs:boolean" required="yes"

Wenn true(), wird der Level der Nachricht ausgegeben

Parameter log-entry.write-text as="xs:boolean" required="yes"

Wenn true(), wird der Text der Nachricht ausgegeben

Parameter log-entry.write-category as="xs:boolean" required="yes"

Wenn true(), wird die Kategorie der Nachricht ausgegeben

Parameter log-entry.write-postText as="xs:boolean" required="yes"

Wenn true(), wird der Post-Text mit der Nachricht ausgegeben

intern:internals.logging.Dispatcher (xsl:template)

Dieses Template verteilt die Nachrichten an die passenden Ausgabe-Templates. Parameter werden über tunnel="yes" durchgereicht (getunnelt).

Dieses zwischengeschaltete Template vermeidet außerdem, dass die Umwandlung in Tunnel-Parameter innerhalb von internal:internals.logging.Output mehrfach vorgenommen werden muss.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.write-to-console.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-to-file.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-to-file-as-comment.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-to-file-as-element.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-to-file-as-html.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-to-file-as-text.tunneld as="xs:boolean" tunnel="yes" required="yes"

intern:internals.logging.Write-to-console (xsl:template)

Dieses Template gibt die Nachricht auf der Konsole aus. Parameter werden über tunnel="yes" an das Template intern:internals.logging.Render-to-string durchgereicht (getunnelt).

Das Template wird normalerweise von intern:internals.logging.Output aufgerufen.

Hook: kann zum Umleiten oder Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

intern:internals.logging.Write-to-file-as-comment as="comment()" (xsl:template)

Dieses Template gibt die Nachricht als Kommentar in den Output-Stream (in der Regel: die Ergebnis-Datei) aus. Parameter werden über tunnel="yes" an das Template intern:internals.logging.Render-to-string durchgereicht (getunnelt).

Das Template wird normalerweise von intern:internals.logging.Output aufgerufen.

Hook: kann zum Umleiten oder Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

intern:internals.logging.Write-to-file-as-element as="node()*" intern:solved="EmptySequenceAllowed" (xsl:template)

Dieses Template gibt die Nachricht als XML-Element in den Output-Stream (in der Regel: die Ergebnis-Datei) aus. Parameter werden über tunnel="yes" an das Template intern:internals.logging.Render-to-xml durchgereicht (getunnelt).

Das Template wird normalerweise von intern:internals.logging.Output aufgerufen.

Hook: kann zum Umleiten oder Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.linebreak-string.tunneld as="xs:string?" tunnel="yes" required="no"

intern:internals.logging.Write-to-file-as-html as="node()+" (xsl:template)

Dieses Template gibt die Nachricht als HTML-Elemente in den Output-Stream (in der Regel: die Ergebnis-Datei) aus. Parameter werden über tunnel="yes" an das Template intern:internals.logging.Render-to-html durchgereicht (getunnelt).

Das Template wird normalerweise von intern:internals.logging.Output aufgerufen.

Hook: kann zum Umleiten oder Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

intern:internals.logging.Write-to-file-as-text as="xs:string*" intern:solved="EmptySequenceAllowed" (xsl:template)

Dieses Template gibt die Nachricht als Text in den Output-Stream (in der Regel: die Ergebnis-Datei) aus. Parameter werden über tunnel="yes" an das Template intern:internals.logging.Render-to-string durchgereicht (getunnelt).

Das Template wird normalerweise von intern:internals.logging.Output aufgerufen.

Hook: kann zum Umleiten oder Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.linebreak-string.tunneld as="xs:string?" tunnel="yes" required="no"

intern:internals.logging.Render-to-string as="xs:string?" intern:solved="EmptySequenceAllowed" (xsl:template)

Dieses Template rendert die Message-Parameter als Text. Parameter werden über tunnel="yes" empfangen (getunnelt).

Werden keine Parameter übergeben, wird eine empty sequence zurückgegeben.

Hook: kann zum Umformatieren überschrieben werden.

Revision History
Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.ID.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.timeStamp.tunneld as="xs:dateTime?" tunnel="yes" required="no"

Parameter log-entry.processedFile.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.level.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.text.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.category.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.postText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.write-preText.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-ID.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-timeStamp.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-processedFile.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-level.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-text.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-category.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-postText.tunneld as="xs:boolean" tunnel="yes" required="yes"

intern:internals.logging.Render-to-xml as="node()" (xsl:template)

Dieses Template rendert die Message-Parameter als XML-Elemente. Parameter werden über tunnel="yes" empfangen (getunnelt).

Die Nachricht wird in ein message-Element mit Kindelementen umgewandelt.

Hook: kann zum Umformatieren überschrieben werden.

Revision History
Revision 0.1392011-04-24Stf

Status: beta

Trennung von preText, Text und postText

Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.ID.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.timeStamp.tunneld as="xs:dateTime?" tunnel="yes" required="no"

Parameter log-entry.processedFile.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.level.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.text.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.category.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.postText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.write-preText.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-ID.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-timeStamp.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-processedFile.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-level.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-text.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-category.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-postText.tunneld as="xs:boolean" tunnel="yes" required="yes"

intern:internals.logging.Render-to-html as="node()+" (xsl:template)

Dieses Template rendert die Message-Parameter als HTML-Elemente. Parameter werden über tunnel="yes" empfangen (getunnelt).

Hook: kann zum Umformatieren überschrieben werden.

Revision History
Revision 0.1412011-04-25Stf

Status: beta

log-entry.command entfernt

Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.ID.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.timeStamp.tunneld as="xs:dateTime?" tunnel="yes" required="no"

Parameter log-entry.processedFile.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.level.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.text.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.category.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.postText.tunneld as="xs:string?" tunnel="yes" required="no"

Parameter log-entry.write-preText.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-ID.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-timeStamp.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-processedFile.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-level.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-text.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-category.tunneld as="xs:boolean" tunnel="yes" required="yes"

Parameter log-entry.write-postText.tunneld as="xs:boolean" tunnel="yes" required="yes"

intern:internals.logging.MakeHeader.element (xsl:template)

Dieses Template erzeugt bei der Ausgabe als xml den Kopf, speziell das öffnende Element

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

intern:internals.logging.MakeHeader.html exclude-result-prefixes="#all" (xsl:template)

Dieses Template erzeugt bei der Ausgabe als xml den Kopf, speziell das öffnende Element

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

Parameter titel as="xs:string?" required="no"

optionaler Seitentitel

intern:internals.logging.MakeFooter.element (xsl:template)

Dieses Template erzeugt bei der Ausgabe als XML den Fuß, speziell das schließende Element

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

intern:internals.logging.MakeFooter.html exclude-result-prefixes="#all" (xsl:template)

Dieses Template erzeugt bei der Ausgabe als HTML den Fuß, speziell die schließenden Tags

Revision History
Revision 0.1392011-04-24Stf

Status: alpha

initiale Version

intern:internals.logging.MakeThead.HTML as="node()" (xsl:template)

Dieses Template erzeugt eine Zeile mit dem Tabellenkopf für die Ausgabe als HTML. Die Signatur des Templates entspricht einem normalen Logging-Eintrag (mit Ausnahme von log-entry.timeStamp, das hier xs:string ist), die übergebenen Werte werden in die Spaltenüberschriften geschrieben. Werden keine Werte übergeben, werden Standardwerte verwendet.

Hook: kann zum Umformatieren überschrieben werden.

Revision History
Revision 0.1412011-04-25Stf

Status: beta

als selbständiges Template neben der Logging-Infrastruktur umgeschrieben

Revision 0.532009-10-25Stf

Status: beta

Umstellung auf Namespaces xsb: und intern:

Revision 0.362009-08-02Stf

Status: beta

initiale Version

Parameter log-entry.preText as="xs:string?" required="no"

Parameter log-entry.ID as="xs:string?" required="no"

Parameter log-entry.timeStamp as="xs:string?" required="no"

Parameter log-entry.processedFile as="xs:string?" required="no"

Parameter log-entry.level as="xs:string?" required="no"

Parameter log-entry.text as="xs:string?" required="no"

Parameter log-entry.category as="xs:string?" required="no"

Parameter log-entry.postText as="xs:string?" required="no"

Parameter log-entry.write-preText as="xs:boolean" required="no"

Parameter log-entry.write-ID as="xs:boolean" required="no"

Parameter log-entry.write-timeStamp as="xs:boolean" required="no"

Parameter log-entry.write-processedFile as="xs:boolean" required="no"

Parameter log-entry.write-level as="xs:boolean" required="no"

Parameter log-entry.write-text as="xs:boolean" required="no"

Parameter log-entry.write-category as="xs:boolean" required="no"

Parameter log-entry.write-postText as="xs:boolean" required="no"

5. Index

C E F I J L N P R S T V

C

E

F

I

J

L

N

P

R

S

T

V

6. Inconsistencies Detected!

6.1.  Top-level element problems

6.1.1. XSL construct problems

6.1.1.1. Module internals.testing.xsl
6.1.1.1.1. xsl:template problems
6.1.1.2. Module internals.xsl
6.1.1.2.1. xsl:function problems
  • Missing parameter type in <xsl:function name="xsb:is"> for <xsl:param name="input1">
  • Missing parameter type in <xsl:function name="xsb:is"> for <xsl:param name="input2">