Codepage / gültige Zeichen
6 Beiträge
•
Seite 1 von 1
6 Beiträge
Seite 1 von 1
Hallo,
Es gibt Programme, die auf unserem Unicode-System Dateien in ein nicht Uni-Code-System schreiben.
OPEN DATASET
TRANSFER
In Ausnahmefällen kommt es nun vor, dass eine Zeile nicht in die Datei geschrieben werden kann, da ein entsprechendes Zeichen nicht umgesetzt werden kann.
Gibt es eine Möglichkeit einen String (oder die Zeile einer internen Tabelle) zu prüfen ob sie ungültige Zeichen enthält.
Dann könnte man eine entsprechende Fehlerbehandlung machen ohne dass das Programm dann beim TRANSFER mit einem Dump
Kategorie ABAP Programmierfehler
Laufzeitfehler CONVT_CODEPAGE
Ausnahme CX_SY_CONVERSION_CODEPAGE
abbricht.
Es könnte mit den Klassen CL_ABAP_CONV... gehen.
Aber wie?
Vielleicht hat jemand ein Beispielcoding bzw. andere Erklärungen.
Wäre super.
Es gibt Programme, die auf unserem Unicode-System Dateien in ein nicht Uni-Code-System schreiben.
OPEN DATASET
TRANSFER
In Ausnahmefällen kommt es nun vor, dass eine Zeile nicht in die Datei geschrieben werden kann, da ein entsprechendes Zeichen nicht umgesetzt werden kann.
Gibt es eine Möglichkeit einen String (oder die Zeile einer internen Tabelle) zu prüfen ob sie ungültige Zeichen enthält.
Dann könnte man eine entsprechende Fehlerbehandlung machen ohne dass das Programm dann beim TRANSFER mit einem Dump
Kategorie ABAP Programmierfehler
Laufzeitfehler CONVT_CODEPAGE
Ausnahme CX_SY_CONVERSION_CODEPAGE
abbricht.
Es könnte mit den Klassen CL_ABAP_CONV... gehen.
Aber wie?
Vielleicht hat jemand ein Beispielcoding bzw. andere Erklärungen.
Wäre super.
Jürgen Spranz
https://www.xing.com/profile/Juergen_Spranz2
https://www.xing.com/profile/Juergen_Spranz2
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
hi!
Der Zusatz IN TEXT MODE ENCODING NON-UNICODE funktioniert also nicht.
Grundsätzlich kannst die Konvertierung auch selber im Programm ausführen.
Dazu brauchst du die Klasse CL_ABAP_CONV_OUT_CE.
Mit der Methode CREATE erstellst du dir den etsprechenden Konverter und mit CONVERT kannst du die Daten dann umwandeln.
Am Besten du wandelst alle Zeilen deiner internen Tabelle die du ausgeben möchtest in einen String um.
Mein Code-Schnippels für CONCATENATE sollte hier wunderbar funktionieren.
Den fertigen STRING kannst du dann mit der CONVERT Methode auf einen Rutsch in einen XSTRING umwandeln und diesen dann mit OPEN DATASET IN BYTE MODE sowie TRANSFER abspeichern.
lg ADT
EDIT:
Vielleicht probierst du auch die Zusätze IGNORING CONVERSION ERRORS bzw. REPLACEMENT CHARACTER des OPEN DATASET mal aus
Damit sollte sich der Fehler abfangen lassen, nur sind dann halt die Daten nicht 100% korrekt. Statt dem "fehlerhaften" Zeichen steht dann das REPLACEMENT CHARACTER.
Der Zusatz IN TEXT MODE ENCODING NON-UNICODE funktioniert also nicht.
Grundsätzlich kannst die Konvertierung auch selber im Programm ausführen.
Dazu brauchst du die Klasse CL_ABAP_CONV_OUT_CE.
Mit der Methode CREATE erstellst du dir den etsprechenden Konverter und mit CONVERT kannst du die Daten dann umwandeln.
Am Besten du wandelst alle Zeilen deiner internen Tabelle die du ausgeben möchtest in einen String um.
Mein Code-Schnippels für CONCATENATE sollte hier wunderbar funktionieren.
Den fertigen STRING kannst du dann mit der CONVERT Methode auf einen Rutsch in einen XSTRING umwandeln und diesen dann mit OPEN DATASET IN BYTE MODE sowie TRANSFER abspeichern.
lg ADT
EDIT:
Vielleicht probierst du auch die Zusätze IGNORING CONVERSION ERRORS bzw. REPLACEMENT CHARACTER des OPEN DATASET mal aus
Damit sollte sich der Fehler abfangen lassen, nur sind dann halt die Daten nicht 100% korrekt. Statt dem "fehlerhaften" Zeichen steht dann das REPLACEMENT CHARACTER.
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Vielen Dank für die Antwort.
Ich würde gerne die Datei bevor ich mit der Klasse rummache probieren die Datei als UTF-16 zu schreiben.
So wie ich das aber aus den SAP-Informationen rausgelesen habe geht das nicht so einfach...? Zumindest nicht mit open dataset - oder?
In UTF-8 haben wir es probiert. Die Fremdapplication kann aber die Daten nicht lesen.
Wir haben die Datei mit einem editor (notepad++) als UTF-16 abgespeichert. Diese konnte die Fremdapplication dann öffnen.
Vielen Dank für weitere Informationen.
Ich würde gerne die Datei bevor ich mit der Klasse rummache probieren die Datei als UTF-16 zu schreiben.
So wie ich das aber aus den SAP-Informationen rausgelesen habe geht das nicht so einfach...? Zumindest nicht mit open dataset - oder?
In UTF-8 haben wir es probiert. Die Fremdapplication kann aber die Daten nicht lesen.
Wir haben die Datei mit einem editor (notepad++) als UTF-16 abgespeichert. Diese konnte die Fremdapplication dann öffnen.
Vielen Dank für weitere Informationen.
Jürgen Spranz
https://www.xing.com/profile/Juergen_Spranz2
https://www.xing.com/profile/Juergen_Spranz2
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
jspranz hat geschrieben:Es gibt Programme, die auf unserem Unicode-System Dateien in ein nicht Uni-Code-System schreiben.
Wo ist dann das Problem?jspranz hat geschrieben:In UTF-8 haben wir es probiert. Die Fremdapplication kann aber die Daten nicht lesen.
Wir haben die Datei mit einem editor (notepad++) als UTF-16 abgespeichert. Diese konnte die Fremdapplication dann öffnen.
Euer SAP ist Unicode (UTF-8) und die Fremdapplikation unterstützt sogar eine noch "bessere" Codepage (UTF-16).
Laut deiner ersten Aussage ging es darum von SAP (UTF-8) in ein "niedrigeres" Format umzuwandeln.
Es sollte also reichen in SAP die Daten OHNE den Encoding Zusatz zu exportieren.
Wenn du seitens SAP testen willst BEVOR du die Daten rausschreibst, kannst du wie gesagt die Klasse CL_ABAP_CONV_OUT_CE verwenden.
Die wirft genauso wie das OPEN DATASET eine Exception wenn es zu einem Fehler kommt. (Der Parameter IGNORE_CERR bei CREATE muss auf ABAP_FALSE stehen)
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Das Problem ist die Fremdapplication, die nur UTF-16 aber nicht utf-8 versteht.
Bisher schreiben wir es als no-unicode-Datei raus. Also ANSII.
Bisher schreiben wir es als no-unicode-Datei raus. Also ANSII.
Jürgen Spranz
https://www.xing.com/profile/Juergen_Spranz2
https://www.xing.com/profile/Juergen_Spranz2
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
hmmm...
Ne, versuch doch mal das was ich in meinem ersten Post geschrieben hab.
1) Umwandeln der Tabelle in einen kompletten String.
2) Konvertieren mit CL_ABAP_CONV_OUT_CE in einen XSTRING und Encoding 4103 (lt. Tabelle TCP00 ist das UTF-16)
3) Speichern des Ergebnis mit OPEN DATASET IN BINARY MODE /TRANSFER in eine Datei.
lg ADT
Jetzt bin ich vollends verwirrt.ABAP Hilfe zu SET LOCALE hat geschrieben:Textumgebung in Unicode-Systemen setzen
Die Codepage eines Unicode-Systems ist immer UTF-16 und wird durch die Anweisung SET LOCALE nicht beeinflusst. Nach Ausführung von SET LOCALE wird aber die Nicht-Unicode-Codepage, die in einem Nicht-Unicode-System von der Anweisung gesetzt würde (siehe unten), bei speziellen Anweisungen wie z.B. dem Lesen und Schreiben von Legacy-Dateien für Konvertierungen verwendet.
Ne, versuch doch mal das was ich in meinem ersten Post geschrieben hab.
1) Umwandeln der Tabelle in einen kompletten String.
2) Konvertieren mit CL_ABAP_CONV_OUT_CE in einen XSTRING und Encoding 4103 (lt. Tabelle TCP00 ist das UTF-16)
3) Speichern des Ergebnis mit OPEN DATASET IN BINARY MODE /TRANSFER in eine Datei.
lg ADT
Theory is when you know something, but it doesn't work.
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Practice is when something works, but you don't know why.
Programmers combine theory and practice: Nothing works and they don't know why.
ECC: 6.18
Basis: 7.50
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
1221
Views
Views
6
Antw.
Antw.
5107
Views
Views
Frage die ABAP Experten
Über diesen Beitrag
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.