Mit der Ereignissteuerung des contentserver steht ein hochflexibles Instrument für die Steuerung von Redaktionsprozessen zur Verfügung, dessen Konzept über die Möglichkeiten konventioneller Workflow-Programme hinausweist.

In Zusammenhang mit den Aktionen liefert contentserver Ereignisse (Events), und zwar jeweils eines vor Ausführung (Pre-Event) und eines nach Ausführung (Post-Event) der Aktion. Diese Ereignisse lassen sich zur Steuerung individueller Redaktionsabläufe in jeweils einem zugehörigen „Event Handler“ heranziehen, die mit der API des contentserver frei programmierbar sind. Dabei kann genau festgelegt werden, wie der reguläre Redaktionsablauf fortgesetzt werden soll.

Event Handler

Zu jedem Ereignis am Prozess können jeweils zwei Skripte hinterlegt werden, die ähnlich wie die Schablone die Verarbeitungslogik für das Ereignis enthalten. Dabei kann auf die von der contentserver-Plattform unterstützten Skript-Sprachen zurückgegriffen werden. Das eine Skript steuert die Prozesse vor der Datenbank-Transaktion (Pre-Event Handler), das andere die Prozesse danach (Post-Event Handler). Mit dieser abstrakten Logik lässt sich in der Praxis auf alle Anforderungen an Redaktionsprozesse flexiblel eingehen.

Alle Daten des Artikels aus dem Redaktionsformular – Objekte, Meta-Daten und Konstanten – stehen im Skript für programmatische Zwecke zur Verfügung. Diese können innerhalb der Ablauflogik jederzeit geändert und an das Formular zurückgereicht werden, z.B. um den Redakteur zu einer Korrektur zu veranlassen. Ebenso lassen sich externe Abläufe anstoßen, zum Beispiel die Benachrichtung betroffener Leser oder Redakteure.

Im Skript jedes Event-Handlers stehen ferner die Event-Details zur Verfügung. Sie geben Aufschluss über den Verarbeitungsweg, der bislang eingenommen worden ist, und erlauben so Fallunterscheidungen und eine kontextbezogene Logik.

Kaskadierung

Event Handler können über beliebig viele Stufen kaskadiert werden. In der Praxis kann dies auftreten bei Verwendung von automatischen Redaktionsfunktionen innerhalb der API. Die Verarbeitung ist vollkommen transparent; die aufgerufenen Event Handler verhalten sich stets unabhängig davon, ob das Ereignis manuell oder automatisiert bewirkt worden ist.

Wenn zum Beispiel das manuelle Erstellen eines Artikels zugleich die automatische Bearbeitung eines weiteren nach sich zieht ("EditItem"), werden die Event Handler des zugehörigen Prozesses für diese Aktion automatisch aufgerufen. Diese wiederum können bewirken, dass ein weiterer Artikel völlig automatisch erstellt  wird ("InsertItem"). Über die Rückgabewerte der Event Handler lässt sich ermitteln, ob die jeweilige Aktion erfolgreich ausgeführt werden konnte.

Fallbeispiele

Fallbeispiel: Zielgruppen per E-Mail benachrichtigen

Beim Erstellen und Bearbeiten bestimmter Artikel werden Zielgruppen benachrichtigt, die sich auf die jeweiligen Inhalte abonniert haben. Die Zuordnung von Lesern und passenden Artikeln erfolgt über Kategorien, die mit Funktionen der Personalisierung gespeichert werden. Autoren (oder andere am Redaktionsprozess Beteiligte) sind entweder bereits von contentserver als Meta-Daten protokolliert oder können ebenfalls über Personalisierungsfunktionen festgehalten werden. Für den Versand von E-Mails über einen SMTP-Server stehen API-Funktionen zur Verfügung, wahlweise text- oder HTML-basiert und auch mit Anhängen. Diese werden innerhalb des entsprechenden Event Handlers aufgerufen.

Fallbeispiel: Inhalte automatisch ergänzen

Eine persönliche Homepage im Rahmen eines unternehmensweiten Mitarbeiterverzeichnisses (Who-is-who, Corporate Yellow Pages) wird in Gestalt eines Ordners angelegt. Im gleichen Moment werden automatisch Inhaltsartikel ergänzt, die jeweils bestimmte Funktionen übernehmen, hier z.B. ein „Gästebuch“ und eine persönliches Kompetenzprofil. Weitere Inhaltsartikel kann der Mitarbeiter bei Bedarf manuell ergänzen. Der Event Handler der Ordnerschablone für die Aktion „Erstellen“ veranlasst automatisch die Generierung der untergeordneten Artikel, so dass das Konstrukt „Yellow Page“ stets konsistent ist.

Fallbeispiel: Inhalte dokumentenecht archivieren

Organisationsanweisungen und Betriebsvereinbarungen, die im Intranet angelegt werden, gelten als sensible Informationen, die zweifelsfrei rekonstruiert werden müssen. Bei jeder Erstellung und Änderung sorgt der Event Handler dieser Schablonen dafür, dass aus der Web-Seite eine PDF-Datei erzeugt wird und diese auf einem WORM-Laufwerk manipulationssicher archiviert wird. So lässt sich sicher ermitteln, welcher Zustand der Daten zu welchem Zeitpunkt tatsächlich publiziert war.

Fallbeispiel: Budget-Anträge extern validieren

Die Schablone des contentserver wird zur Formulareingabe für eine Applikation verwendet, mit der Beschaffungsanforderungen und Budget-Anträge entgegengenommen werden. Nach Eingabe der erforderlichen Daten (und syntaktischen Validierung) werden sie im Event Handler plausibilisiert. Hierbei erfolgt ein Abgleich mit einer externen SQL-Datenquelle, die Angaben über verfügbare Budgets, geplante Beschaffungen und die Befugnisse der Antragstellers enthält. Nach logischer Prüfung wird im Event Handler ermittelt, ob der Budget-Antrag so angenommen und weitergeleitet oder aber mit entsprechenden Erläuterungen an den Antragsteller zurück verwiesen wird.