std.CPRenditionChanged
Dieser Job signalisiert dem Server, dass sich eine Eigenschaft der Rendition eines DMS-Objekts geändert hat. Wird typischerweise vom Rendition-Service aufgerufen, sobald dieser eine Rendition oder einen ihrer Aspekte neu erzeugt, aktualisiert oder verworfen hat.
Der Job liefert keine Daten zurück, sondern stösst serverseitig — abhängig vom übergebenen
Reason — Folgeaktionen an:
-
Aktualisierung des Indexierungs-Status in
osftslog(Spalteflag2, siehe Wertebereichflag2). -
Anlage einer Folgenachricht in
oscpmqueue— typisch eine Nachricht in der QueueFULLTEXTDOC, damit der Volltext-Indexer das Objekt mit dem aktualisierten Inhalt neu verarbeitet. -
Aktualisierung der Seitenzahl in den Objektmetadaten (bei
Reason = PAGECOUNT).
Der vollständige CP-Lebenszyklus ist unter Capture- und Processing-Messages (CP) beschrieben.
|
Der Job ist in der offiziellen enaio®-Standard-Engine-Übersicht ( |
1. Eingabeparameter
| Name | Typ | Pflicht | Beschreibung |
|---|---|---|---|
|
INT |
Ja |
Numerische ID des DMS-Objekts, dessen Rendition sich geändert hat. |
|
INT |
Ja |
Objekttyp-ID des DMS-Objekts. |
|
STRING |
Ja |
Art der Rendition-Änderung. Bekannte Werte siehe Werte für |
|
STRING |
Ja |
Identifier der meldenden Service-Instanz (typisch: |
|
INT |
Ja |
Reserviert; stets |
|
INT |
Nein |
|
1.1. Werte für Reason
| Wert | Bedeutung |
|---|---|
|
Der extrahierbare Volltext-Inhalt des Objekts hat sich geändert (neue OCR-Extraktion oder
Text-Layer aus PDF/Office-Dokument). Stösst eine Re-Indexierung über eine neue
|
|
Die Seitenanzahl der Rendition wurde (neu) bestimmt — entweder weil das Dokument erstmals konvertiert wurde oder weil die Konvertierung zu einer abweichenden Seitenzahl geführt hat. Aktualisiert primär die gespeicherte Seitenzahl; eine Re-Indexierung wird nur ausgelöst, wenn die Indexierung von der Seitenzahl abhängt. |
|
Eine Slide-Repräsentation (Vorschaubild bzw. seitenbasierte Bilder zur schnellen Anzeige) wurde neu erzeugt oder geändert. Betrifft primär den Anzeige-Cache und löst typischerweise keine Re-Indexierung aus. |
3. Hinweise
-
In der Wirkung asynchron: der Aufruf kehrt sofort nach Anlegen der Statusänderungen und Nachrichten zurück. Die eigentliche Re-Indexierung erfolgt später, wenn der Volltext-Indexer die neue Nachricht abholt.
-
Keine aufruferseitige Duplikatsprüfung: mehrere Aufrufe mit identischem
(ObjectID, Reason)legen jeweils eine neue Nachricht inoscpmqueuean. Die implizite Zusammenführung erfolgt erst beim Pickup — siehe Zusammenführen redundanter Nachrichten. -
Der Job ist für interne Service-Kontexte (technischer User) gedacht und führt keine inhaltliche Berechtigungsprüfung durch.
4. Verwandte Jobs
-
std.GetNextCPMessage — holt die durch diesen Job angelegten Folgenachrichten (z. B. aus der Queue
FULLTEXTDOC) ab -
std.GetCPObjectIdxFulltext — vom Volltext-Indexer nach dem Pickup aufgerufen, um den aktualisierten Volltext zu lesen
-
std.DispatchCPMessage — quittiert die Folgenachricht nach abgeschlossener Verarbeitung
-
std.CreateCPMessages — generischere Variante zum Anlegen von CP-Nachrichten ohne
osftslog-Status-Update -
cnv.GetRendition — erzeugt eine Rendition für ein Dokument