Vergleichsreport

Zweck

Der Job recordEventualities führt alle im Spring-Kontext registrierten EventualitiesDetector-Beans aus und hält die daraus erkannten System-Eventualitäten in der Datenbank aktuell. Im mitgelieferten Descriptor ist der Job derzeit nicht aktiv und nicht konfigurierbar.

Ablauf je Detector

1. Der Detector ermittelt die aktuell bestehenden Eventualitäten seines Typs.
2. Die bereits für diesen Typ und das aktuelle Datum gespeicherten Eventualitäten werden geladen.
3. Neu erkannte Eventualitäten werden gespeichert. Ihre Gültigkeit beginnt mit dem aktuellen Datum.
4. Gespeicherte Eventualitäten, deren serialisierte Metadaten nicht mehr unter den aktuell erkannten Eventualitäten vorkommen, werden historisiert.

Vergleich und Fehlerverhalten

Die Identität einer Eventualität wird über die serialisierten Rohdaten ihrer Metadaten verglichen. Dadurch müssen die jeweiligen Detectoren stabile und passende Metadaten liefern.

Ein Fehler bei einem Detector wird protokolliert. Die übrigen Detectoren werden trotzdem ausgeführt. Wenn ein Detector keine aktuellen Eventualitäten liefert, werden keine neuen Einträge angelegt; bereits gespeicherte Eventualitäten dieses Typs können in diesem Lauf historisiert werden.

Purpose

The recordEventualities job executes all EventualitiesDetector beans registered in the Spring context and keeps the system eventualities detected by them up to date in the database. In the descriptor that ships with the product, the job is currently not active and not configurable.

Process per detector

1. The detector determines the currently existing eventualities of its type.
2. The eventualities already stored for this type and the current date are loaded.
3. Newly detected eventualities are stored. Their validity begins with the current date.
4. Stored eventualities whose serialized metadata no longer appear among the currently detected eventualities are historized.

Comparison and error behavior

The identity of an eventuality is compared via the serialized raw data of its metadata. The respective detectors must therefore deliver stable and appropriate metadata.

An error in one detector is logged. The remaining detectors are executed anyway. If a detector delivers no current eventualities, no new entries are created; eventualities of this type that are already stored can be historized in this run.

The general job parameters such as trigger and mail notification apply as described in the central job management.