Für dieses Element ist ein How-To Artikel verfügbar. |
Mit dem <runtime-home>-Element geben Sie Adresse des Verzeichnisses, in dem der ReportWriter die Verarbeitung von Binär-Paket, Produktions-Paket und Spooler-XML vornehmen soll, vor. Im Gegensatz zu <merge-home> wird hier keine Verzeichnis für den Job, in den die Pakete und die XML kopiert werden, gesetzt, sondern der Spooler greift für den Job auf die Pakete, die in <production-bundle-home> und <binary-bundle-home> abgelegt sind, zu, ohne sie in das Verzeichnis kopieren zu müssen, in dem der ReportWriter ausgeführt wird. Der ReportWriter arbeitet also nicht mit lokalen Kopien bei jedem Job, sondern greift "aus der Entfernung" auf die Originaldateien zu. Dies spart bei großen Datenmengen enorm viel Rechenzeit, da die Dateien nicht jedes Mal kopiert werden müssen (sog. "Cache").
Falls Sie als runtime-environment nicht "shared", sondern "merge" verwenden, müssen Sie <merge-home> setzen!
"shared" kann bei manchen Auftrags-Systemen fremder Hersteller Probleme verursachen, da diese eventuell alle zu verarbeitenden Dateien in Arbeitsverzeichnis erwarten. Sollten solche Probleme auftreten, wechseln Sie zurück zu "merged".
Das <runtime-home>-Element besitzt keine Attribute.
Das <runtime-home>-Element besitzt keine Subelemente.
Der Inhalt eines <runtime-home>-Elements ist die Adresse des Verzeichnisses, aus dem heraus der ReportWriter aus dem Binär-Paket aufgerufen wird.
Das <runtime-home>-Element besitzt keine Variablenbindungen.
<rcml> <process id="ExampleProcess" name="example process"> ... <docxworld-fetch-production-environment id="ExampleRS" runtime-environment="shared"> <docxworld-contract>${process['eoms.procedure']}</docxworld-contract> <!-- <link-name>${process['eoms.procedure']}</link-name> --> <binary-bundles-home>binary-bundles</binary-bundles-home> <production-bundles-home>production-bundles</production-bundles-home> <runtime-home>${workdir.getAbsolutePath()}</runtime-home> </docxworld-fetch-production-environment> ... </process> </rcml> |
|