Besonderheiten mit Unicode 

RFC von einem non-Unicode-System in ein Unicode System

Es können folgende Fehlersituationen auftreten:

 

Das non-Unicode System sendet defekte Zeichen.

Ein MDMP System sendet Daten in einer unbekannten Sprache. Daher kann das Unicode System die Code Page dieser Daten für die Konvertierung nicht ermitteln.

Unicode Rückgabezeichen sind nicht in die erforderliche non-Unicode Code Page konvertierbar

Bei der Rückgabe von Ergebnissen läuft der Ausgabepuffer über

 

Das gerufene Unicode System reagiert auf Konvertierungsfehler abhängig von den Profile Parametern

rfc/cp_convert/ignore_error

rfc/cp_convert/conversion_char

durch Verwendung eines Ersatzzeichens oder durch Abbruch des Aufrufs.

Das Ersatzzeichen gibt man durch dessen UTF-16 Zeichennummer an; das voreingestellte Zeichen hat daher den Wert 0023, beispielsweise das Zeichen „~“ hätte den Wert 007E. Die Unicode Zeichennummern findet man unter http://www.unicode.org

Voreinstellung: Fehler ignorieren und nicht konvertierbare Zeichen durch das Zeichen ‚#’ ersetzen.

 

Das rufende System erhält die Ausnahme COMMUNICATION_FAILURE mit der Nachricht connection closed.

 

RFC von einem Unicode-System in ein non-Unicode-System

Es können folgende Fehler auftreten:

 

Das non-Unicode System liefert defekte Ergebnisdaten

Eine Textsprache ist unbekannt.

Das Unicode System sendet Zeichen, die nicht in die erforderliche non-Unicode Code Page konvertierbar sind.

Der Empfangspuffer des non-Unicode Systems läuft über.

 

Im rufenden Unicode System ist die Reaktion auf Konvertierungsfehler für jede Destination einzeln einstellbar.
Siehe Transaktion SM59 Remote Destination definieren.

 

Für das gerufene System ist ein Konvertierungsfehler nicht sichtbar. Fehler in den Eingabedaten erkennt das rufende Unicode System bevor es eine Aktion auf der gerufenen Seite auslöst; Fehler in den Ausgabedaten erkennt das rufende Unicode System erst, wenn der aufgerufene Kontext bereits abgebaut ist.