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.

Weitere Hinweise finden Sie unter 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.

Weitere Hinweise finden Sie unter QAnywhere Java-API-Referenz.

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.

Weitere Hinweise finden Sie unter QAnywhere-Nachrichten durchsuchen.

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.

Weitere Hinweise finden Sie unter Nachrichten mit einem Selektor durchsuchen.

Eigenschaftsnamen der Nachrichtenspeicher auflisten   Sie können nun Eigenschaftsnamen der Nachrichtenspeicher auflisten.

Weitere Hinweise finden Sie unter Eigenschaften für Client-Nachrichtenspeicher enumerieren.

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.

Weitere Hinweise finden Sie unter Regelvariable.

Nachrichten stornieren   Sie können nun Nachrichten stornieren, bevor sie gesendet werden.

Weitere Hinweise finden Sie unter QAnywhere-Nachrichten stornieren.

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.

Weitere Hinweise finden Sie unter Vordefinierte Nachrichteneigenschaften.

Neue Nachrichtenspeichereigenschaft zum Festlegen von Upload-Inkrementen   Sie können mit ias_MaxUploadSize das Upload-Inkrement ändern.

Weitere Hinweise finden Sie unter 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.

Weitere Hinweise finden Sie unter 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.

Weitere Hinweise finden Sie unter Option -fd und 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.

Weitere Hinweise finden Sie unter:

• Option -pc
• Option -push

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.

Weitere Hinweise finden Sie unter 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} jjjj-mm-tt hh:mm:ss Meldung.

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.

Weitere Hinweise finden Sie unter Zielaliasnamen.

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.

Weitere Hinweise finden Sie unter Servermanagement-Anforderungen.

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.

Weitere Hinweise finden Sie unter 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.

Weitere Hinweise finden Sie unter Nachrichteneigenschaften.

Möglichkeit, Backslashes in JMS-Zielen zu verwenden   JMS-Ziele können nun Unterkontexte enthalten, die Backslashbegrenzungszeichen erfordern.

Weitere Hinweise finden Sie unter 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:

• DATEADD( datepart, count, datetime )
• DATEPART( datepart, date )
• DATETIME( string )
• LENGTH( string )
• SUBSTR( string, start, length )

Weitere Hinweise finden Sie unter 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.

Weitere Hinweise finden Sie unter Eigenschaften als Regelvariable verwenden.