JMS Connector-Umfrageaktivitäten im Jitterbit Design Studio

JMS Umfrage

Eine JMS Umfrageaktivität ermöglicht den Empfang einer oder mehrerer Nachrichten aus einer JMS Warteschlange für die Verarbeitung von Jitterbit Operation. Wenn mehrere private Jitterbit-Agenten ausgeführt werden, die Umfrageaktivitäten in derselben JMS Warteschlange durchführen, werden die Nachrichten im Round-Robin-Verfahren übermittelt. Diese Aktivität kann in einen Scheduler eingefügt werden.

• Warteschlangenname: Der Name der Warteschlange, aus der die Nachrichten empfangen werden. Der Warteschlangenname unterstützt die Verwendung von Projekt- und globalen Variablen in seiner Definition, was eine dynamische Konfiguration der Aktivität ermöglicht.

• Nachrichtentyp: Unterstützt TEXT- und BYTE-Nachrichtentypen. Der Standardtyp ist TEXT. Für Nachrichten des BYTE-Typs_,_ müssen Sie die Jitterbit-Funktion anwenden Base64Decode() auf die Payload in der Transformation.

  Zum Beispiel, um einen Nachrichtentext nach der Dekodierung in eine Datei mit dem Dateinamen zu schreiben receive-binary.png:

  <trans>
  WriteFile("<TAG>Targets/Decode Binary Target</TAG>",
    Base64Decode(pollMessageResponse$payload$message.messageBody$),
    "receive-binary.png");
  </trans>
  

  Zum Dekodieren von Textdaten, die als Byte-Array in einer JMS Warteschlange gespeichert sind:

  <trans>
  WriteToOperationLog(String(Base64Decode((pollMessageResponse$payload$message.messageBody$))));
  </trans>
  

• Nachrichtenselektor: Ein Ausdruck, der zum Filtern der Nachrichten nach Header-Feld und Eigenschaftsverweisen verwendet wird. Er kann nicht auf Nachrichtentextwerte verweisen. Die Syntax basiert auf einer Teilmenge der SQL92-Syntax für bedingte Ausdrücke. Wenn der Wert eines Nachrichtenselektors eine leere Zeichenfolge ist, wird der Wert als Null behandelt und zeigt an, dass für den Nachrichtenkonsumenten kein Nachrichtenselektor vorhanden ist. Der Nachrichtenselektor unterstützt die Verwendung von Projekt- und globalen Variablen in seiner Definition und ermöglicht so eine dynamische Konfiguration der Aktivität.

• Zu empfangende Nachrichten: Anzahl der Nachrichten, die aus der Warteschlange durchsucht werden sollen. Ein Wert von Null (0) ruft alle Nachrichten aus der Warteschlange ab (eine nach der anderen). Empfangene Nachrichten werden aus der Warteschlange entfernt. Standard: 1.

• Empfangstimeout (ms): Das Timeout (in Millisekunden) für die Empfangsaktivität. Dieser Aufruf blockiert, bis entweder eine Nachricht eintrifft, das Timeout abläuft oder dieser Nachrichtenkonsument geschlossen wird. Ein Timeout von Null läuft nie ab, in diesem Fall blockiert der Aufruf auf unbestimmte Zeit. Standard: 30000 ms.

• Transaktionssitzung: Wenn eingestellt auf TRUE (Standard), jede empfangene Nachricht wird automatisch bestätigt.

• Bestätigungsmodus: Wenn Transacted Session auf FALSE, verwenden Sie das Menü, um den Bestätigungsmodus auszuwählen, entweder AUTO_ACKNOWLEDGE oder DUPS_OK_ACKNOWLEDGE:

  • AUTO_ACKNOWLEDGE: Wenn ausgewählt, bestätigt die Sitzung automatisch jede von der Anwendung empfangene Nachricht.

  • DUPS_OK_ACKNOWLEDGE: Wenn ausgewählt, wird die Bestätigung von Nachrichten bis zu einem geeigneten Zeitpunkt verzögert (was normalerweise dazu führt, dass Nachrichten stapelweise bestätigt werden). Wenn Sie diesen Modus verwenden, kann der Server Nachrichten erneut zustellen. Dieser Modus reduziert den Sitzungsaufwand.