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

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.34	2011-06-26	Stf
Status: beta Fehlerausgabe: Typ bei xs:anyAtomicValue ergänzt
Revision 0.57	2009-10-25	Stf
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

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.145	2011-05-03	Stf
Status: beta intern:skip-Attribut eingebaut
Revision 0.78	2010-03-06	Stf
Status: beta ausgelagert aus files_temp_uri.xsl
Revision 0.70	2009-12-07	Stf
Status: beta initiale Version in files_temp_uri.xsl

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

ein Testknoten

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.

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.145	2011-05-03	Stf
Status: beta intern:skip-Attribut eingebaut
Revision 0.78	2010-03-06	Stf
Status: beta ausgelagert aus files_temp_uri.xsl
Revision 0.70	2009-12-07	Stf
Status: beta initiale Version in files_temp_uri.xsl

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

ein Testknoten

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.

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.25	2011-05-25	Stf
Status: beta cast von reference-value auf type von actual-value eingebaut
Revision 0.94	2010-05-30	Stf
Status: beta initiale Version

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

ein Testknoten

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.

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.82	2010-03-28	Stf
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.

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.143	2011-04-26	Stf
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

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.

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

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.

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

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

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.

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

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.

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.

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

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

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

Dieses Zeichen wird bei Textausgabe als Zeilenwechsel ausgegeben, per Default 


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

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.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe intern:internals.logging.Output#log-entry.preText

Default: leer

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

siehe intern:internals.logging.Output#log-entry.ID

Default: leer

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

siehe intern:internals.logging.Output#log-entry.timeStamp

Default: current-dateTime()

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

siehe intern:internals.logging.Output#log-entry.processedFile

Default: document-uri(/)

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

siehe intern:internals.logging.Output#log-entry.level

Default: ALL

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

siehe intern:internals.logging.Output#log-entry.text

Default: leer

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

siehe intern:internals.logging.Output#log-entry.category

Default: leer

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

siehe intern:internals.logging.Output#log-entry.postText

Default: leer

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

siehe intern:internals.logging.Output#log-entry.linebreak-string

Default: $internals.logging.linebreak-string

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

siehe intern:internals.logging.Output#log-entry.write-to-console

Default: $_internals.logging.write-to-console

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

siehe intern:internals.logging.Output#log-entry.write-to-file

Default: $_internals.logging.write-to-file

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

siehe intern:internals.logging.Output#log-entry.write-to-file-as-comment

Default: $_internals.logging.write-to-file-as-comment

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

siehe intern:internals.logging.Output#log-entry.write-to-file-as-element

Default: $_internals.logging.write-to-file-as-element

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

siehe intern:internals.logging.Output#log-entry.write-to-file-as-html

Default: $_internals.logging.write-to-file-as-html

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

siehe intern:internals.logging.Output#log-entry.write-to-file-as-text

Default: $_internals.logging.write-to-file-as-text

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

siehe intern:internals.logging.Output#log-entry.write-preText

Default: false()

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

siehe intern:internals.logging.Output#log-entry.write-ID

Default: false()

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

siehe intern:internals.logging.Output#log-entry.write-timeStamp

Default: false()

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

siehe intern:internals.logging.Output#log-entry.write-processedFile

Default: false()

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

siehe intern:internals.logging.Output#log-entry.write-level

Default: true()

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

siehe intern:internals.logging.Output#log-entry.write-text

Default: true()

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

siehe intern:internals.logging.Output#log-entry.write-category

Default: false()

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

siehe intern:internals.logging.Output#log-entry.write-postText

Default: false()

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.36	2009-08-02	Stf
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.

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.59	2009-10-26	Stf
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()

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.35	2011-06-26	Stf
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()

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.139	2011-04-24	Stf
Status: alpha initiale Version

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.139	2011-04-24	Stf
Status: alpha initiale Version

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.36	2009-08-02	Stf
Status: beta initiale Version

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

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.60	2009-11-01	Stf
Status: beta initiale Version

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

siehe xsb:internals.Error

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

siehe xsb:internals.Error

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

siehe xsb:internals.Error

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

siehe xsb:internals.Error

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.

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.36	2009-08-02	Stf
Status: beta initiale Version

Parameter context as="node()?"

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

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.36	2009-08-02	Stf
Status: beta initiale Version

Parameter context as="node()?"

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

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.36	2009-08-02	Stf
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.

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

Revision History
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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.60	2009-11-01	Stf
Status: beta initiale Version

Parameter level as="xs:string?"

Eingabe (String)

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.37	2011-06-26	Stf
Status: alpha Bugfix für "NaN" unter AltovaXML (bis einschließlich 2011 sp 3) eingefügt
Revision 0.2.34	2011-06-26	Stf
Status: alpha Unterscheidung von -0.0e0 und +0.0e0 eingefügt
Revision 0.139	2011-04-24	Stf
Status: alpha explizite Behandlung für Leersequenzen eingefügt
Revision 0.61	2009-11-16	Stf
Status: beta initiale Version

Parameter input1

Eingabe (ohne Typ)

Parameter input2

Eingabe (ohne Typ)

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.61	2009-11-16	Stf
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.

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

Revision History
Revision 0.61	2009-11-16	Stf
Status: beta initiale Version

Parameter context as="node()?"

Eingabeknoten (ohne Typ)

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.114	2010-07-16	Stf
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.

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

Revision History
Revision 0.114	2010-07-16	Stf
Status: beta initiale Version

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

Eingabeknoten (ohne Typ)

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

Revision History
Revision 0.141	2011-04-25	Stf
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)

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

Revision History
Revision 0.141	2011-04-25	Stf
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)

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

Revision History
Revision 0.141	2011-04-25	Stf
Status: alpha initiale Version

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

Revision History
Revision 0.141	2011-04-25	Stf
Status: alpha initiale Version

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

Revision History
Revision 0.141	2011-04-25	Stf
Status: alpha initiale Version

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.25	2011-05-29	Stf
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.

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

Revision History
Revision 0.2.25	2011-05-29	Stf
Status: alpha initiale Version

Parameter arg as="xs:anyAtomicType"

Eingabeknoten (ohne Typ)

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.25	2011-05-29	Stf
Status: alpha initiale Version

Parameter arg as="xs:anyAtomicType"

Eingabeknoten (ohne Typ)

Parameter as as="xs:string"

Typ, auf den gecastet werden soll

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.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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

Vergleichswert (String)

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.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

Parameter default as="xs:string?"

Standardwert (String)

entfernt führenden Whitespace

Revision History
Revision 0.2.48	2012-05-18	Stf
Status: beta auf fn:replace() umgeschrieben
Revision 0.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

entfernt Whitespace am Ende eines Strigs

Revision History
Revision 0.2.48	2012-05-18	Stf
Status: beta auf fn:replace() umgeschrieben
Revision 0.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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

Revision History
Revision 0.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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.53	2009-10-25	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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.48	2012-05-18	Stf
Status: beta neben Leerzeichen ist jetzt auch anderer Whitespace zum Trennen der String-Token erlaubt
Revision 0.69	2009-12-05	Stf
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

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.96	2010-06-27	Stf
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

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

Revision History
Revision 0.124	2010-10-10	Stf
Status: beta initiale Version

Parameter input as="xs:string?"

Eingabe (String)

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

Revision History
Revision 0.2.47	2012-05-14	Stf
Status: beta initiale Version

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

Sequenz von atomic values

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.47	2012-05-14	Stf
Status: beta initiale Version

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

Sequenz von atomic values

Parameter order as="xs:string"

»ascending«/»descending«

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.47	2012-05-15	Stf
Status: alpha initiale Version

Parameter input as="xs:string?"

String, der escapet werden soll

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.48	2012-05-17	Stf
Status: alpha initiale Version

Parameter input as="xs:string?"

String, der escapet werden soll

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.47	2012-05-15	Stf
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)

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

Revision History
Revision 0.2.47	2012-05-16	Stf
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

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.47	2012-05-15	Stf
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)

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

Revision History
Revision 0.2.47	2012-05-15	Stf
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

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.47	2012-05-16	Stf
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)

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

Revision History
Revision 0.2.47	2012-05-16	Stf
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

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.50	2012-05-27	Stf
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

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.50	2012-05-27	Stf
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

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
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 
.

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

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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.139	2011-04-24	Stf
Status: beta Trennung von preText, Text und postText
Revision 0.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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.141	2011-04-25	Stf
Status: beta log-entry.command entfernt
Revision 0.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

Revision History
Revision 0.139	2011-04-24	Stf
Status: alpha initiale Version

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

Revision History
Revision 0.139	2011-04-24	Stf
Status: alpha initiale Version

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

optionaler Seitentitel

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

Revision History
Revision 0.139	2011-04-24	Stf
Status: alpha initiale Version

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

Revision History
Revision 0.139	2011-04-24	Stf
Status: alpha initiale Version

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.141	2011-04-25	Stf
Status: beta als selbständiges Template neben der Logging-Infrastruktur umgeschrieben
Revision 0.53	2009-10-25	Stf
Status: beta Umstellung auf Namespaces xsb: und intern:
Revision 0.36	2009-08-02	Stf
Status: beta initiale Version

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output

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

siehe Template intern:internals.logging.Output