Voraussetzungen für Push-Anforderungen

Die Voraussetzungen für Push-Anforderungen sind von der Methode abhängig, die vom MobiLink-Server verwendet wird, um mit Geräten zu kommunizieren. Für alle Push-Anforderungen sind Spalten für Betreff und Inhalt erforderlich. Wenn Sie Lightweight-Polling-Module für Push-Benachrichtigungen verwenden, erstellen Sie eine Polling-Schlüsselspalte für ihre Identifizierung. Wenn Sie Gateways zum Senden von Push-Benachrichtigungen verwenden, erstellen Sie Spalten für Gateways und Adressen.

Es ist nicht erforderlich, Spalten für Push-Anforderungen zu erstellen, wenn sie auf dem System bereits vorhanden sind. Wenn die Voraussetzungen für die Push-Anforderungen erfüllt sind, können sie verwendet werden. Weitere Hinweise finden Sie unter Push-Anforderungen verwenden.

Voraussetzungen für Push-Anforderungen bei der Verwendung von Lightweight-Polling-Modulen (empfohlen)

Wenn Sie Lightweight-Polling-Module zum Abrufen von Push-Benachrichtigungen verwenden, müssen Sie folgende Spalten erstellen:

Spalte	Typ	Beschreibung
Polling-Schlüssel	VARCHAR	Der Schlüssel, mit dem ein Lightweight-Polling-Modul identifiziert wird. Jedes Lightweight-Polling-Modul sendet einen Unique-Schlüssel, um sich beim MobiLink-Server zu identifizieren.
Betreff	VARCHAR	Die Betreffzeile der Nachricht
Inhalt	VARCHAR	Der Inhalt der Nachricht.

Voraussetzungen für Push-Anforderungen bei der Verwendung von Gateways

Sofern nicht anders angegeben, müssen Sie folgende Spalten erstellen, wenn Sie Gateways zum Senden von Push-Benachrichtigungen verwenden:

Spalte	Typ	Beschreibung
Anforderungs-ID	INTEGER	Optional. Die eindeutige ID einer Push-Anforderung. Dieser Spaltenname ist für einige Notifier erforderlich. Weitere Hinweise finden Sie unter Notifier-Ereignisse.
Gateway	VARCHAR	Der Name des Gateways, an das die Nachricht gesendet wird.
Betreff	VARCHAR	Die Betreffzeile der Nachricht
Inhalt	VARCHAR	Der Inhalt der Nachricht.
Adresse	VARCHAR	Die Zieladresse eines Geräts.
Neusendeintervall	VARCHAR	Optional. Die Zeitspanne zwischen wiederholten Sendeversuchen für Nachrichten. Das Neusendeintervall ist nützlich, wenn ein UDP-Gateway in einem störungsanfälligen Netzwerk verwendet wird. Der Notifier geht davon aus, dass sich die Attribute, die der Push-Anforderung zugeordnet sind, nicht ändern. Nachfolgende Aktualisierungen nach dem ersten Abruf der Anforderung werden ignoriert. Der Notifier passt das nächste Polling-Intervall automatisch an, wenn eine Push-Benachrichtigung vor dem nächsten Polling-Zeitpunkt gesendet werden muss. Sie können das Senden einer Push-Anforderung mithilfe der Synchronisationslogik im request_cursor-Ereignis stoppen. Die Zustellbestätigung vom vorgesehenen Listener kann eine nachfolgende Neusendung unterbinden. Weitere Hinweise finden Sie unter request_cursor-Ereignis.
Restzeit	VARCHAR	Optional. Angabe der Zeitdauer, bis die Neusendung abgelaufen ist.

Beispiel

Im folgenden Beispiel werden die Voraussetzungen für Push-Anforderungen zur Verwendung von Lightweight-Polling erfüllt, indem die erforderlichen Tabellenspalten in einer konsolidierten SQL Anywhere-Datenbank erstellt werden:

CREATE TABLE PushRequest (
    req_id INTEGER DEFAULT AUTOINCREMENT PRIMARY KEY,
    poll_key VARCHAR(128),
    subject VARCHAR(128),
    content VARCHAR(128)
)

Sie müssen eine solche Tabelle nur erstellen, wenn die Push-Anforderungsspalten an keiner anderen Stelle verfügbar sind. Diese Spalten können sich in verschiedenen Tabellen, in bereits vorhandenen Tabellen oder in einer Ansicht befinden.

Siehe auch

Kommentieren Sie diese Seite in DocCommentXchange.
Senden Sie uns Feedback über diese Seite via E-Mail.