Nachstehend finden Sie eine Liste der Verhaltensänderungen gegenüber früheren Versionen der Software.
Serielles Kommunikationsprotokoll nicht mehr unterstützt Das serielle Protokoll wird nicht mehr unterstützt. An dieser Stelle können Sie HTTP, HTTPS oder TCP/IP verwenden.
Certicom stellt keine Zertifikate mehr aus Sie können keine Zertifikate für die Transportschichtsicherheit von Certicom mehr bekommen. Allerdings können Sie das reqtool-Dienstprogramm von Certicom weiterhin benutzen, um Zertifikatanforderungen zu generieren, und Sie können die Zertifikate von anderen Quellen, darunter VeriSign und Entrust Technologies besorgen.
Weitere Hinweise finden Sie unter http://www.verisign.com/ oder
http://www.entrust.net/ssl-certificate-services/managed.htm.
dbmlsrv-Option -vw nicht mehr gültig Die Option -vw für dbmlsrv, die benutzt wurde, um Warnmeldungen zu unterdrücken, ist nun nicht mehr gültig. An ihrer Stelle benutzen Sie -zw oder -zwd.
Weitere Hinweise finden Sie unter Option -zw und Option -zwd.
dbmlsync-Option –v, Verhaltensänderung Die Option -v von dbmlsync wurde geändert und erweitert. Wenn -v jetzt allein verwendet wird, erfolgt eine minimal ausführliche Darstellung.
Weitere Hinweise finden Sie unter Option -v.
Ausgeschriebene englische Tagesbezeichnungen werden unabhängig von der auf dem Synchronisationsserver verwendeten Sprache erkannt Wenn Sie Zeitplanungen für MobiLink-Benutzer, Publikationen und Subskriptionen erstellen oder Planungsdaten in der Befehlszeile von dbmlsync eingeben, müssen Sie die ausgeschriebenen englischen Tagesnamen (wie z.B. Monday) verwenden, damit die Planung von einem Synchronisationsserver erkannt wird, der in einer anderen Sprache als Englisch läuft.
Planungen, die abgekürzte englische Tagesnamen verwenden (z.B. Mon) werden von Synchronisationsservern nicht erkannt, die in einer anderen Sprache als Englisch laufen.
Weitere Hinweise finden Sie unter CREATE SYNCHRONIZATION USER-Anweisung [MobiLink].
Bessere Unterstützung für lange Daten in dbmlsync DBMLSync verarbeitet jetzt BLOBs beim Aufbau des Upload-Datenstroms wesentlich wirkungsvoller. BLOBs werden jetzt in Teilen in den Speicher gelesen, sodass die Verarbeitungsmöglichkeit für lange BLOBs nicht mehr durch den verfügbaren Speicher begrenzt wird. Wenn mehrere Publikationen gleichzeitig synchronisiert werden, werden BLOB-Daten einmal gespeichert und von den Upload-Datenströmen gemeinsam genutzt. Das Ausgabelog zeigt jetzt die Größe des BLOBs und seine ersten 32 Byte.
HTTP-Option use_cookies entfernt Die Option use_cookies wurde entfernt. Wenn Sie sie verwenden, wird sie einfach ignoriert. MobiLink erkennt jetzt von selbst, wenn es Cookies benötigt.
Kommentieren Sie diese Seite in DocCommentXchange. Senden Sie uns Feedback über diese Seite via E-Mail. |
Copyright © 2009, iAnywhere Solutions, Inc. - SQL Anywhere 11.0.1 |