Im Folgenden finden Sie eine Liste der neuen Funktionen, die in QAnywhere in Version 10.0.0 hinzugefügt wurden.
Mobile Webdienste bieten Unterstützung für mobil optimierte, asynchrone Webdienste. Dies gestattet es mobilen Anwendungen, Webdienstanforderungen zu stellen, auch wenn sie offline sind, und diese Anforderungen für die spätere Übertragung in die Warteschlange zu schreiben. Die Anforderungen werden mithilfe von QAnywhere als Nachrichten übermittelt. Ein serverseitiger Webdienstkonnektor nimmt die Clientanforderung an und leitet sie an den Webdienst weiter. Er empfängt dann die Antwort vom Webdienst und gibt sie an den Client als Nachricht zurück. Der bereitgestellte WSDL-Compiler vereinfacht die Verwendung von mobilen Webdiensten Ihrer .NET- oder Java-Anwendung.
Siehe Mobile Webdienste.
Sybase Central umfasst nun ein QAnywhere-Plug-In, das eine einfach zu bedienende grafische Benutzerschnittstelle zum Erstellen und Verwalten Ihrer QAnywhere-Anwendungen bereitstellt. Sie können mit dem QAnywhere-Plug-In folgende Aufgaben ausführen:
Client- und Server-Nachrichtenspeicher erstellen
Konfigurationsdateien für den QAnywhere Agent erstellen und verwalten
QAnywhere Agent-Logdateien durchsuchen
Zielaliasnamen erstellen und ändern
JMS-Konnektor und Webdienstkonnektor erstellen
Dateien für Übertragungsregeln erstellen und verwalten
Nachrichtenspeicher entfernt durchsuchen
Nachrichten protokollieren
Auch wenn QAnywhere auf Unix-Plattformen nicht unterstützt wird, können Sie nun mit Sybase Central unter Unix Nachrichten protokollieren.
Neue SQL-API Die QAnywhere SQL-API ist eine Gruppe von gespeicherten SQL-Prozeduren, die es SQL-Entwicklern ermöglicht, QAnywhere-Messaging auf einfache Weise zu nutzen. Mit dieser API-Schnittstelle können gespeicherte Prozeduren unter Verwendung eines einfachen Ansatzes Nachrichten senden und empfangen, wodurch vorhandene Datenbankanwendungen ergänzt werden. Dadurch können leistungsfähige Anwendungen erstellt werden, die Datenbank- und Messagingvorgänge in einer einzelnen Transaktion kombinieren. Eine gespeicherte Prozedur kann z.B. eine Zeile in die Datenbank einfügen und eine Nachricht an eine andere Anwendung senden und beide Aktionen als Teil derselben Transaktion festschreiben.
Siehe QAnywhere SQL-API-Referenz.
Neue Java Client-API Die neue QAnywhere Client-API für Java unterstützt Sie bei der Erstellung von Messaging-Clientanwendungen in Java. Die Client-API für Java wird aktuell unter Windows unterstützt, einschließlich Windows CE.
Die folgenden Neuerungen wurden für die QAnywhere Client-APIs eingeführt:
Nachrichtenselektoren Sie können nun SQL-ähnliche Ausdrücke verwenden, um Nachrichten aus einer Warteschlange selektiv zu durchsuchen oder zu empfangen. Die Syntax zum Erstellen von Nachrichtenselektoren entspricht der für Bedingungen in Übertragungsregeln.
Neue Möglichkeiten zum Durchsuchen von Nachrichten Sie können nun Nachrichten aus mehreren Warteschlangen durchsuchen oder Teilmengen von Nachrichten anhand der ID oder des Nachrichtenselektors durchsuchen.
Eigenschaftsnamen der Nachrichtenspeicher auflisten Sie können nun Eigenschaftsnamen der Nachrichtenspeicher auflisten.
Siehe Enumeration von Eigenschaften von Client-Nachrichtenspeichern.
Nicht zustellbare Nachrichten Mit der neuen Nachrichtenspeichereigenschaft ias_MaxDeliveryAttempts können Sie die maximale Anzahl von Versuchen festlegen, die einem QAnywhere-Client für den Empfang einer Nachricht zur Verfügung stehen, bevor die Nachricht als nicht zustellbar betrachtet wird.
Siehe Regelvariablen.
Nachrichten stornieren Sie können nun Nachrichten stornieren, bevor sie gesendet werden.
Nachrichtenstatus abfragen Sie können nun den Status einer Nachricht mithilfe der neuen vordefinierten Nachrichteneigenschaften ias_Status und ias_StatusTime abfragen. Sie können mit ias_Originator auch den Absender einer Nachricht abfragen oder mit ias_DeliveryCount die Anzahl ermitteln, wie oft die Nachricht einem Empfänger zugestellt wurde.
Neue Nachrichtenspeichereigenschaft zum Festlegen von Upload-Inkrementen Sie können mit ias_MaxUploadSize das Upload-Inkrement ändern.
Siehe Vordefinierte Eigenschaften für Client-Nachrichtenspeicher.
Mehrere Agenten auf einem einzigen Gerät Früher konnte nur eine Instanz des QAnywhere Agenten auf einem Gerät ausgeführt werden. Diese Beschränkung wurde aufgehoben.
Siehe QAnywhere Agent starten.
Weitere Optionen zum Einrichten der Notumschaltung (Failover) Es gibt die beiden neuen Optionen des QAnywhere Agenten -fd und -fr, die Sie beim Anpassen der Notumschaltung unterstützen.
Siehe qaagent-Option -fd und qaagent-Option -fr.
Dauerhafte Verbindungen Die neue Option -pc+ wurde hinzugefügt, um dauerhafte Verbindungen für die Nachrichtenübermittlung zu aktivieren. Die neue Option -push ersetzt -push_notifications. Mit ihr können Sie festlegen, ob Push-Benachrichtigungen dauerhafte Verbindungen verwenden sollen.
Siehe:
Neue Upgrade-Prozedur Mit der neuen Option -sur können Sie einen Client-Nachrichtenspeicher aus einer früheren Version von SQL Anywhere auf die neue Version umstellen.
Siehe qaagent-Option -sur.
QAnywhere Agent verwendet nun das datetime-Format ISO 8601 für Nachrichtenzeitstempel
Zeitstempel in Informationsnachrichten, Warnungen und Fehlermeldungen verwenden nun das eindeutige datetime-Format
ISO 8601: {I|W|E} yyyy-mm-dd hh:mm:ss message
.
Zielaliasnamen Sie können nun einen Zielaliasnamen festlegen, der eine Gruppe von QAnywhere-Zielen repräsentiert. Nachrichten, die an einen Zielalias gesendet werden, werden an jedes Mitglied des Alias gesendet.
Servermanagement-Anforderungen Sie können nun Servermanagement-Anforderungen für Verwaltungs- und Überwachungsaktivitäten verwenden, wie etwa die Erstellung von Zielaliasen oder zum Überwachen, Starten oder Stoppen von JMS-Konnektoren. Sie erstellen die Servermanagement-Anforderungen auf dem Client und senden sie an den Server-Nachrichtenspeicher zur Verarbeitung.
Verbesserte Wartung von Serverübertragungsregeln Sie können nun die Standardregeln für die Serverübertragung ändern. Die Änderung wird automatisch für alle Clients übernommen. Früher mussten Sie für jeden Client eine Übertragungsregel manuell ändern, um die Standardregel zu ändern.
Siehe Server-Übertragungsregeln.
Weitere Nachrichteneigenschaften QAnywhere verwendet zusätzliche vordefinierte Nachrichteneigenschaften. Dies bietet Ihnen größere Flexibilität bei der Verarbeitung von Nachrichten, genauere Informationen während der Fehlersuche und mehr Unterstützung bei der Fehlerbehandlung des Nachrichtenstatus.
Siehe Nachrichteneigenschaften.
Möglichkeit, Backslashes in JMS-Zielen zu verwenden JMS-Ziele können nun Unterkontexte enthalten, die Backslashbegrenzungszeichen erfordern.
Siehe Eine QAnywhere-Nachricht an einen JMS-Konnektor senden.
Neue Funktionen für Übertragungsregeln Die folgenden Funktionen für Übertragungsregeln wurden hinzugefügt, um die Datumsverarbeitung zu verbessern:
Siehe Regelfunktionen.
Präfix für Eigenschaften in Übertragungsregeln Sie können nun den Namen von Nachrichteneigenschaften und Nachrichtenspeichereigenschaften ein Präfix voranstellen, wenn Sie sie in Übertragungsregeln verwenden, und somit den Vorrang umgehen, der den gleichnamigen Variablen der Übertragungsregeln gegeben wird.
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2012, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.1 |