QAnywhere-Architektur

Dieser Abschnitt beschreibt die Architektur von QAnywhere-Messaging-Anwendungen. Er beginnt mit einem einfachen Szenario, um dann mit anspruchsvolleren Szenarien fortzufahren.

Clientanwendungen senden und empfangen Nachrichten, indem die QAnywhere-API verwendet wird. Nachrichten stehen in der Warteschlange des Client-Nachrichtenspeichers. Die Nachrichtenübertragung ist der Austausch von Nachrichten zwischen Client-Nachrichtenspeichern über einen zentralen QAnywhere-Server-Nachrichtenspeicher.

Es folgen typische Messaging-Szenarien, die von QAnywhere unterstützt werden:

Lokales anwendungsübergreifendes Messaging Für den Austausch von Nachrichten zwischen Anwendungen unter Verwendung einer SQL Anywhere-Datenbank als lokaler Nachrichtenspeicher. Nachrichten werden über die Verbindung mit der Datenbank zwischen Anwendungen übertragen.
Einfaches Client/Server-Messaging Für den Austausch von Nachrichten zwischen QAnywhere-Clients. Clientanwendungen steuern, wann Nachrichten zwischen den Client- und Server-Nachrichtenspeichern übertragen werden.
Siehe Einfaches Messaging-Szenario.
Client/Server-Messaging mit Push-Benachrichtigungen Für den Austausch von Nachrichten zwischen QAnywhere-Clients. In diesem Szenario kann der MobiLink-Server die Nachrichtenübertragung zwischen Clients einleiten. Dies erfolgt durch den Austausch von Nachrichten zwischen Client- und Server-Nachrichtenspeichern.
Client/Server-Messaging mit externen Messaging-Systemen Für den Austausch von Nachrichten zwischen QAnywhere-Clients über ein externes System, das einen JMS-Provider bereit stellt, wie z.B. BEA WebLogic oder Sybase EAServer.

Push-Benachrichtigungen und externe Messaging-Systeme können gemeinsam verwendet werden, was eine umfassende Lösung liefert.

Siehe auch

Szenario zum anwendungsübergreifenden Messaging
Einfaches Messaging-Szenario
Szenario für Messaging mit Push-Benachrichtigungen
Szenario für Messaging mit externen Messaging-Systemen

Kommentieren Sie diese Seite in DocCommentXchange.