Ändern des Workflows auf Grundlage von Vorgangseigenschaften
Dies ist die technische Dokumentation für das Goobi-Plugin für das automatische Ändern von Workflows auf Grundlage von Vorgangseigenschaften.
Übersicht
Name
Wert
Identifier
intranda_step_changeWorkflow
Repository
Lizenz
GPL 2.0 oder neuer
Letzte Änderung
02.05.2025 11:22:07
Einführung
Die vorliegende Dokumentation beschreibt die Installation, Konfiguration und den Einsatz eines Plugins zum automatischen Ändern von Workflows zur Laufzeit. Das Plugin kann (je nach Konfiguration) Schritte öffnen, schließen oder deaktivieren. Benutzergruppen können zugwiesen werden und auch Produktionsvorlagen vollständig getauscht werden. Die Entscheidung, was jeweils genau geschehen soll, wird auf Grundlage von Vorgangseigenschaften getroffen.
Installation
Zur Nutzung des Plugins muss es an folgenden Ort kopiert werden:
Nachdem das Plugin installiert und konfiguriert wurde, kann es in der Nutzeroberfläche in einem Workflowschritt konfiguriert werden. Hierbei sollte darauf geachtet werden, dass der Schritt so heißt, wie in der Konfigurationsdatei. Außerdem sollte ein Haken bei Automatische Aufgabe gesetzt sein.
Konfiguration
Die Konfiguration des Plugins erfolgt in der Datei plugin_intranda_step_changeWorkflow.xml wie hier aufgezeigt:
<config_plugin>
<!--
order of configuration is:
1.) project name and step name matches
2.) step name matches and project is *
3.) project name matches and step name is *
4.) project name and step name are *
-->
<config>
<!-- which projects to use for (can be more then one, otherwise use *) -->
<project>Register</project>
<step>Check</step>
<!-- multiple changes can be done within one configuration rule; simply add another 'change' element with other properties here -->
<change>
<!-- name of the property or metadata to check: please take care to use the syntax of the Variable replacer here -->
<propertyName>{process.TemplateID}</propertyName>
<!-- expected value (can be blank too) -->
<propertyValue>183</propertyValue>
<!-- condition for value comparing, can be 'is' or 'not' or 'missing' or 'available' -->
<propertyCondition>is</propertyCondition>
<!-- list of steps to open, if property value matches -->
<steps type="open">
<title>Box preparation</title>
</steps>
<!-- list of steps to deactivate -->
<steps type="deactivate">
<title>Image QA</title>
</steps>
<!-- list of steps to close -->
<steps type="close">
<title>Automatic LayoutWizzard Cropping</title>
<title>LayoutWizzard: Manual confirmation</title>
</steps>
<!-- list of steps to lock -->
<steps type="lock">
<title>Automatic export to Islandora</title>
</steps>
<!-- list of automatic steps to run -->
<steps type="run">
<title>Create derivates</title>
</steps>
<usergroups step="Image QA">
<usergroup>Administration</usergroup>
<usergroup>AutomaticTasks</usergroup>
</usergroups>
<!-- write a message into the journal (aka process log) -->
<log type="info">My info message</log>
<log type="error">My error message</log>
<log type="user">My user message</log>
<!-- If any title under priority is configured with a *, then this priority value will be applied to all steps of this process. -->
<!-- If more than two titles are configured with *, then the first match in the order of values 0, 1, 2, 3, 10 will be used. -->
<!-- list of steps of priority 0 (standard) -->
<priority value="0">
<title>Some standard step</title>
</priority>
<!-- list of steps of priority 1 (priority) -->
<priority value="1">
<title>Step of priority</title>
</priority>
<!-- list of steps of priority 2 (high priority) -->
<priority value="2">
<title>Step of high priority</title>
</priority>
<!-- list of steps of priority 3 (highest priority) -->
<priority value="3">
<title>Step of highest priority</title>
<title>another step of highest priority</title>
</priority>
<!-- list of steps of priority 10 (correction) -->
<priority value="10">
<title></title>
</priority>
<!-- list of properties to be changed or deleted -->
<properties>
<property name="My property" value="My value" />
<property name="My boolean property" value="true" />
<property name="My property to be deleted" delete="true" />
</properties>
</change>
</config>
<config>
<!-- which projects to use for (can be more then one, otherwise use *) -->
<project>*</project>
<step>*</step>
<!-- multiple changes can be done within one configuration rule; simply add another 'change' element with other properties here -->
<change>
<!-- name of the property or metadata to check: please take care to use the syntax of the Variable replacer here -->
<propertyName>{process.upload to digitool}</propertyName>
<!-- expected value (can be blank too) -->
<propertyValue>No</propertyValue>
<!-- condition for value comparing, can be 'is' or 'not' -->
<propertyCondition>is</propertyCondition>
<!-- list of steps to open, if property value matches -->
<steps type="open">
<title>Create derivates</title>
<title>Jpeg 2000 generation and validation</title>
</steps>
<!-- list of steps to deactivate -->
<steps type="deactivate">
<title>Rename files</title>
</steps>
<!-- list of steps to close -->
<steps type="close">
<title>Upload raw tiffs to uploaddirectory Socrates</title>
<title>Automatic pagination</title>
</steps>
<!-- list of steps to lock -->
<steps type="lock">
<title>Create METS file</title>
<title>Ingest into DigiTool</title>
</steps>
<!-- list of automatic steps to run -->
<steps type="run">
<title>Create derivates</title>
</steps>
</change>
</config>
<!-- change process template -->
<config>
<!-- which projects to use for (can be more then one, otherwise use *) -->
<project>Archive_Project</project>
<step>Check process template change</step>
<!-- multiple changes can be done within one configuration rule; simply add another 'change' element with other properties here -->
<change>
<!-- name of the property or metadata to check: please take care to use the syntax of the Variable replacer here -->
<propertyName>{process.TemplateID}</propertyName>
<!-- expected value (can be blank too) -->
<propertyValue>309919</propertyValue>
<!-- condition for value comparing, can be 'is' or 'not' or 'missing' or 'available' -->
<propertyCondition>is</propertyCondition>
<!-- Name of the new process template -->
<workflow>Manuscript workflow</workflow>
<project></project>
</change>
</config>
<config>
<project>Duplication_Test</project>
<step>ChangeWorkflowTest</step>
<change type="checkDuplicates">
<metadata>SharedThesisId</metadata>
<workflow>MassImportTest</workflow>
</change>
</config>
<!-- check whether a master anchor data record exists for the current identifier -->
<config>
<project>*</project>
<step>master anchor check</step>
<change type="search">
<!-- exists: true if at least one process matches the search query -->
<!-- not exists: true if no process matches the search query -->
<condition>exists</condition>
<!-- search query, can include the usual variables -->
<query>(prozesse.ProzesseID in (select distinct processid from metadata where name = 'InternalNote' and value = 'AnchorMaster')) AND (prozesse.ProzesseID in (select distinct processid from metadata where name = 'CatalogIDDigital' and value = '{meta.topstruct.CatalogIDDigital}'))</query>
<!-- Name of the new process template -->
<workflow>Manuscript workflow</workflow>
</change>
</config>
</config_plugin>
Allgemeine Parameter
Der Block <config> kann für verschiedene Projekte oder Arbeitsschritte wiederholt vorkommen, um innerhalb verschiedener Workflows unterschiedliche Aktionen durchführen zu können. Die weiteren Parameter innerhalb dieser Konfigurationsdatei haben folgende Bedeutungen:
Parameter
Erläuterung
project
Dieser Parameter legt fest, für welches Projekt der aktuelle Block <config> gelten soll. Verwendet wird hierbei der Name des Projektes. Dieser Parameter kann mehrfach pro <config> Block vorkommen.
step
Dieser Parameter steuert, für welche Arbeitsschritte der Block <config> gelten soll. Verwendet wird hier der Name des Arbeitsschritts. Dieser Parameter kann mehrfach pro <config> Block vorkommen.
Weitere Parameter
Neben diesen allgemeinen Parametern stehen die folgenden Parameter für die weitergehende Konfiguration zur Verfügung:
In jedem <change>-Element wird dann konfiguriert, welche Prozesseigenschaft überprüft wird (<propertyName>) und welcher Wert erwartet wird (<propertyValue>). Bitte beachten Sie, dass die Angabe zur Definition, welche Eigenschaft für die Prüfung eines Wertes verwendet werden soll, mit der Syntax für den sog. Variablen Replacer angegeben werden muss. Entsprechend muss bei der Definition des Feldes, das geprüft werden soll die Angabe wir wie in in folgenden Beispielen erfolgen:
Weitere Erläuterungen über die Verwendung von Variablen finden sich hier:
Wenn eine Eigenschaft und der zu prüfende Wert benannt wurde, wird die Bedinung ausgewertet, die erfüllt sein muss, um das Plugin anzuwenden.
<!-- name of the property or metadata to check: please take care to use the syntax of the Variable replacer here -->
<propertyName>{process.TemplateID}</propertyName>
<!-- expected value (can be blank too) -->
<propertyValue>183</propertyValue>
<!-- condition for value comparing, can be 'is' or 'not' or 'missing' or 'available' -->
<propertyCondition>is</propertyCondition>
Die Prüfung geht grundsätzlich davon aus, dass die zu prüfende Eigenschaft nur einmal vorhanden ist und würde im Falle mehrerer gleich lautender Eigenschaften die erste gefundene Eigenschaft mit dem Namen für die Prüfung nutzen. Anschließend erfolgt die Prüfung des Wertes anhand der angegebenen propertyCondition:
Parameterwert
Erläuterung
is
Der Inhalt der Eigenschaft enspricht exakt dem konfigurierten Wert.
not
Der Inhalt der Eigenschaft enspricht nicht exakt dem konfigurierten Wert.
missing
Die Eigenschaft ist nicht vorhanden.
available
Eine Eigenschaft mit diesem Namen ist vorhanden, unabhängig von deren Inhalt.
Nach der Definition, wie die Eigenschaften auszuwerten sind, wird die auszuführende Aktion festgelegt. Hier bestehen folgende Möglichkeiten:
Ändern des Status von Arbeitsschritten des Workflows
Abhängig von vorhandenen Eigenschaften kann der Status festgelegter Arbeitsschritte innerhalb des Workflows automatisiert geändert werden. Hierbei können Arbeitsschritte geöffnet type="open", deaktiviert type="deactivate", geschlossen type="close" oder gesperrt type="lock" werden.
<steps type="open">
<title>Create derivates</title>
<title>Jpeg 2000 generation and validation</title>
</steps>
<steps type="deactivate">
<title>Rename files</title>
</steps>
<steps type="close">
<title>Upload raw tiffs to uploaddirectory Socrates</title>
<title>Automatic pagination</title>
</steps>
<steps type="lock">
<title>Create METS file</title>
<title>Ingest into DigiTool</title>
</steps>
Parameter
Erläuterung
type
Legen Sie fest, welchen Status die Arbeitsschritte erhalten sollen.
title
Definieren Sie hier den Namen der Arbeitsschritte, die auf den gewünschten Status gesetzt werden sollen.
Ändern der Priorität von Arbeitsschritten des Workflows
Abhängig von vorhandenen Eigenschaften kann die Priorität festgelegter Arbeitsschritte innerhalb des Workflows automatisiert geändert werden. Mögliche Werte für die Prioritäten sind Standard value="0", Priorität value="1", Hohe Priorität value="2", Höchste Priorität value="3", oder Korrektur value="10". Wenn ein title mit * konfiguriert ist, dann wird der zugehörige Prioritätswert für alle Schritte von diesem Vorgang benutzt. Wenn aber mehr als zwei title mit * konfiguriert sind, dann wird nur der erste vorkommende in der Reihenfolge 0, 1, 2, 3, 10 berücksichtigt.
<priority value="0">
<title>Some standard step</title>
</priority>
<priority value="1">
<title>Step of priority</title>
</priority>
<priority value="2">
<title>Step of high priority</title>
</priority>
<priority value="3">
<title>Step of highest priority</title>
<title>another step of highest priority</title>
</priority>
<priority value="10">
<title></title>
</priority>
Parameter
Erläuterung
value
Legen Sie fest, welche Priorität die Arbeitsschritte erhalten sollen.
title
Definieren Sie hier den Namen der Arbeitsschritte, die auf die gewünschte Priorität gesetzt werden sollen. Verwenden Sie *, falls alle Schritte angepasst werden sollen.
Ändern der Zuständigkeit von Benutzergruppen für Arbeitsschritte
Abhängig von vorhandenen Eigenschaften lassen sich die zuständigen Benutzergruppen für mehrere Arbeitsschritte festlegen. Die Konfiguration erfolgt dabei wie wie hier aufgezeigt:
Legen Sie fest, für welchen Arbeitsschritt Sie die Benutzergruppen eintragen möchten.
usergroup
Definieren Sie hier den Namen der Benutztergruppe, die für den konfigurierten Schritt als zuständig eingetragen werden soll.
Ändern der Produktionsvorlage auf der der Vorgang basiert
Mit einer Konfiguration wie im folgenden Beispiel kann während des laufenden Workflows die Produktionsvorlage des Vorgangs getauscht werden. Abhängig von vorhandenen Eigenschaften läßt sich somit ein Workflow während der Ausführung gegen einen anderen Workflow ersetzen. Arbeitsschritte, die in dem neuen Workflow ebenfalls vorhanden sind, werden dabei automatisch auf den korrekten Status gesetzt.
<workflow>Manuscript workflow</workflow>
Parameter
Erläuterung
workflow
Definieren Sie hier den Namen der Produktionsvorlage, die für den Vorgang verwendet werden soll.
