Serverprozesse

Mehr-Server-Betrieb

Java-Arbeitsprozess

---

 Dialogprozesse

Eine besondere Form von Arbeitsprozessen sind die sogenannten Dialogprozesse (DWP). Sie arbeiten nach dem selben Prinzip, sind jedoch ausschließlich für die Bearbeitung von UserInterface-Nachrichten zuständig.

Komplexe Suchabfragen oder große Datenmengen können die Perfomance negativ beeinflussen, wenn der primäre Arbeitsprozess diese Aufgaben zugewiesen bekommt. Es ist daher empfehlenswert, eine gewisse Anzahl von Arbeitsprozessen in Dialogprozesse umzuwandeln. Dies kann entweder manuell in der Systemübersicht und per Script-Sprachmittel erfolgen oder auch als Standardwert in den systemweiten Einstellungen definiert werden.

Ein Serverprozess, der eine Serverrolle ausübt, kann nicht zum Dialogprozess umgewandelt werden. Das bedeutet auch, dass zusätzlich zum primären Arbeitsprozess noch zwei Arbeitsprozesse laufen müssen, bevor Sie einen Dialogprozess einsetzen können.

Nach Beendigung des letzen Dialogprozesses übernehmen die Arbeitsprozesse die Verarbeitung der Dialog-Nachrichten. Beachten Sie, dass daher ein Automation Engine System auch ohne Dialogprozesse betrieben werden kann.

Systemübersicht

Die Systemübersicht listet alle Serverprozesse des Automation Engine Systems auf. Hier können Sie Arbeitsprozesse über den entsprechenden Befehl aus dem Kontextmenü zu Dialogprozessen umschalten. Beachten Sie, dass der primäre Arbeitsprozess nicht in diesen Modus wechseln kann!

Dialogprozesse sind am Typ "D" und dem Symbol erkennbar.

Systemeinstellungen

Es ist auch möglich, einen Standardwert zu hinterlegen, mit dem die Anzahl der Arbeitsprozesse (WPs) gesteuert werden kann. Diese Einstellung wird in der Variable UC_SYSTEM_SETTINGS mit dem Key WP_MIN_NUMBER vorgenommen. Im Inhalt der Variable sind ein sogenannter "Knotenname" und die Mindestanzahl von Arbeitsprozessen anzugeben. Die darüber hinausgehende Menge an Arbeitsprozessen wird in Dialogprozesse umgewandelt.

Beachten Sie, dass der primäre Arbeitsprozess (PWP) nicht dazugezählt wird.

Die Bezeichnung für den "Knotennamen" ist in der INI-Datei der Automation Engine mit dem gleichnamigen Parameter zu definieren. Wenn Sie die Serverprozesse auf mehrere Rechner verteilt haben, können Sie pro Rechner einen "Knotennamen" festlegen. Wird derselbe "Knotenname" in mehreren INI-Dateien verwendet, so gilt dieser rechnerübergreifend. Das folgende Beispiel verdeutlicht die Anwendung:

Beispiel:

Die Serverprozesse eines Automation Engine Systems sind auf zwei Rechner verteilt. Jeder Rechner besitzt 3 Arbeitsprozesse. In beiden INI-Dateien der  Automation Engine wird der "Knotenname" auf "UC4GLOBAL" gesetzt, damit die Einstellung zu den Dialogprozessen für beide Rechner gleich gilt. Um mindestens zwei Arbeitsprozesse zur Verfügung zu haben, ist in der Variable UC_SYSTEM_SETTINGS folgender Eintrag hinzuzufügen:

Sind alle 3 Arbeitsprozesse aktiv, so wird einer von ihnen in einen Dialogprozess umgewandelt.

Soll jedoch für jeden der beiden Rechner eine unterschiedliche Mindestanzahl für Arbeitsprozesse gelten, müsste der Inhalt der Variable wie folgt angepasst werden:

Beachten Sie, dass die Bezeichnungen "UC4_1" und "UC4_2" auch in den INI-Dateien der Automation Engine vermerkt sein müssen!

Script

Die Umschaltung von Arbeitsprozess zu Dialogprozess bzw. umgekehrt kann mit dem Script-Sprachmittel :SET_UC_SETTING vorgenommen werden.

Siehe auch:

Serverprozesse

Java-Arbeitsprozess