std.CreateCPMessages
Dieser Job erzeugt für ein DMS-Objekt bis zu drei neue Content-/Processing-Messages in der
serverseitigen oscpmqueue: je eine für die FTS-Indexierung,
die Filter-/Vorverarbeitung und die Rendition-Erzeugung. Welche Nachrichten erzeugt werden,
steuern die Boolean-Flags im Aufruf.
Mehrere Flags können in einem Aufruf gleichzeitig gesetzt sein; pro true-Flag wird eine
eigene Nachricht mit demselben Objektbezug, aber unterschiedlichem queuename angelegt. Sind
alle Flags false, hat der Aufruf keinen Effekt.
Der vollständige Lebenszyklus einer CP-Message 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, auf das sich die erzeugten Nachrichten beziehen. Wird in
jede erzeugte Nachricht als |
|
INT |
Ja |
Objekttyp-ID des DMS-Objekts. Wird in jede erzeugte Nachricht als |
|
BOOL |
Ja |
|
|
BOOL |
Ja |
|
|
BOOL |
Ja |
|
|
INT |
Ja |
Reserviert; stets |
2. Rückgabe
(INT): 0 = Job erfolgreich, sonst Fehlercode. Die MessageGUID-Werte der erzeugten
Nachrichten werden nicht zurückgeliefert — sie sind erst beim späteren Pickup über
std.GetNextCPMessage sichtbar.
3. Hinweise
-
Es findet keine aufruferseitige Duplikatsprüfung statt: jede angeforderte Nachricht wird neu angelegt, auch wenn für dasselbe Objekt bereits eine unreservierte Nachricht in derselben Queue existiert. Die implizite Zusammenführung erfolgt erst beim Pickup, siehe Zusammenführen redundanter Nachrichten.
-
Der Aufruf kehrt sofort nach dem Anlegen der Nachrichten zurück; die tatsächliche Verarbeitung erfolgt asynchron durch die jeweiligen Worker-Services.
-
Über diesen Job direkt adressierbar sind ausschliesslich die Queues
FULLTEXTIDX,FULLTEXTFILTERundRENDITION. Die weiteren bekannten Queues (FULLTEXTDOC,FULLTEXTLOCATION,FULLTEXTDELETE,RENRESET,PAGECOUNT) werden durch andere serverinterne Pfade befüllt.
4. Verwandte Jobs
-
std.GetNextCPMessage — Worker-Services holen hier erzeugte Nachrichten ab
-
std.DispatchCPMessage — quittiert die Verarbeitung einer abgeholten Nachricht
-
std.CPRenditionChanged — wird vom Rendition-Service nach erfolgter Verarbeitung aufgerufen und kann seinerseits Folgenachrichten erzeugen
-
std.IndexDataChanged — serverinterner Auslöser nach Indexdatenänderungen mit dem gleichen Effekt