Konvertierung x nach c

Alles rund um die Sprache ABAP®: Funktionsbausteine, Listen, ALV
8 Beiträge • Seite 1 von 1
8 Beiträge Seite 1 von 1

Konvertierung x nach c

Beitrag von Ben2408 (ForumUser / 23 / 3 / 0 ) »
Hallo zusammen,

wir versenden E-Mails mit SO_DOCUMENT_SEND_API1
Anlagen lesen wir aus den TOA Tabellen.

Seit dem Upgrade des Systems auf Unicode funktioniert die Konvertierung der Binärdaten der TOA Tabellen (Type x, 1024) in Char nicht mehr. egal ob Zuweisung an ein Feldsymbol (Dort hat er dann nur noch 512 Zeichen statt 1024) oder Nutzung von SO_SOLIXTAB_TO_SOLITAB, es sieht dann wie im Anhang aus.

(Der ursprüngliche Weg war: lesen der daten aus TOA, Zuweisung an Feldsymbol:
ASSIGN daten to <f> TYPE 'C')

SCMS_BIN_TO_TEXT bringt nur mäßigen Erfolg. Anfangs sieht es gut aus, dann werden die Zeichen auch wieder seltsam. (Siehe ebenfalls Anhang)
Hat hier jemand eine Ahnung was hier getan werden muss?

Danke und Grüße
Ben

gesponsert
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten


Re: Konvertierung x nach c

Beitrag von a-dead-trousers (Top Expert / 4271 / 213 / 1140 ) »
Das ist immer toll wenn man ein System unbedarft auf Unicode umstellt und man dann hinterher auf die Ganzen Fallstricken aufmerksam wird.

Am Besten verwendet ihr die Methode CL_ABAP_CONV_IN_CE=>CONVERT unter Angabe der Codepage unter der ihr die Daten im Archiv abgelegt habt. Standard in non-Unicode ist 1100 (bzw. 1160 für Windows).
Um die Daten im Archiv (in der alten Codepage) abzulegen verwendet ihr am Besten das Gegenstück CL_ABAP_CONV_OUT_CE=>CONVERT.

Falls ihr bereits damit begonnen habt neue Daten produktiv mit einer Unicode-Codierung dort abzulegen, dann viel Spaß die Datenbestände beim Auslesen wieder auseinanderzudividieren. Wir haben da bei uns mit einer Heuristik alle Datensätz einen nach dem anderen durchschauen müssen um zu erkennen ob wir das (einmalig) auf Unicode umstellen müssen oder nicht nur damit wir dann beim Auslesen keine Probleme mehr hatten.
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

Re: Konvertierung x nach c

Beitrag von a-dead-trousers (Top Expert / 4271 / 213 / 1140 ) »
Nachtrag:
Ich seh grad, dass es im konkreten Fall (erster Screenshot) eigentlich um PDFs geht, oder?
Die dürfen doch gar nicht in CHAR umgewandelt werden. Das sind doch quasi "Binärdaten". Auch wenn man Teile davon mit einem Texteditor lesen kann. Wenn ihr hier irgendeine Art von Codepage-Konvertierung macht, zerschießt ihr damit euch die ganzen PDFs. Denn je nach Zeichencode können unterschiedliche Zeichen entstehen die dann nicht mehr interpretiert werden können.

Wenn ihr da z.B. hin zum Archiv eine (implizite) Zeichenkonvertierung gemacht habt (was uns leider bei ARCHIVOBJECT_CREATE_TABLE mit ARCHIVOBJECT anstatt BINARCHIVOBJECT passiert ist) dann habt ihr da im Moment als ISO-8859-1 konvertierte Binärdaten abgelegt. Das haben wir Gottseidank noch rechtzeitig bemerkt und die falsch abgelegten Archivdaten vor der großen Umstellung als Text zurückgelesen und korrekt als Binärdaten abgelegt.
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

Re: Konvertierung x nach c

Beitrag von Ben2408 (ForumUser / 23 / 3 / 0 ) »
Ja genau es geht um PDFs.

Die Anlagen werden ganz normal über die Business Objects (Dienste zum Objekt->Anlagenliste) abgelegt und dann aus dem Archiv gelesen.

Wenn bei der Ablage irgend etwas passiert, dann nicht auf meiner Seite. Ich hole die Daten quasi nur ab, um sie zu lesen.

Wenn ich dich richtig verstanden habe würde es evtl. reichen wenn ich die Anlagen neu hochlade? Oder ist das unwahrscheinlich?

Re: Konvertierung x nach c

Beitrag von a-dead-trousers (Top Expert / 4271 / 213 / 1140 ) »
Pfuh... Glück gehabt.
Nein, im dem Fall reicht es wenn du die Daten einfach so verschickst wie du sie vom BO bekommst: Mit CONTENTS_HEX anstatt CONTENTS_TXT/CONTENTS_BIN des SO_DOCUMENT_SEND_API1.

Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Ben2408

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

Re: Konvertierung x nach c

Beitrag von Ben2408 (ForumUser / 23 / 3 / 0 ) »
Guten Morgen,

guter Tipp, da hätte ich wahrscheinlich gar nicht geschaut, dass dem FB diese Tabelle übergeben werden kann.
Ich kann aber trotzdem beide übergeben oder?
Da das eigentliche Dokument ja über den OTF stream gewandelt wird und anschließend dann in die BIN gestellt wird.
Nur mit den Anlagen haben wir jetzt solche Probleme.

Re: Konvertierung x nach c

Beitrag von a-dead-trousers (Top Expert / 4271 / 213 / 1140 ) »
Verstehe ich das richtig, dass ihr MEHRERE Anhänge zu einer Email habt?
Da auch der umgewandelte OTF Stream im Grund eine Binärdatei (PDF?) ist, würde ich auch diesen über den HEX-Parameter übergeben. Bei jeder Umwandlung könnten nämlich immer Daten verloren gehen oder falsch interpretiert werden.

Eine weitere Empfehlung meinerseits wäre von SO_DOCUMENT_SEND_API1 weg und hin zu CL_BCS zu gehen. Die Klasse CL_DOCUMENT_BCS bietet hier eine viel genauere Möglichkeit der Attachment-Verwaltung je Objekt. Nicht so wie beim Fub, dass man alles in eine Tabelle stopft und dann mittels Index und Länge die Objekte wieder unterscheidbar machen muss.

Anleitungen für CL_BCS sollte es zuhauf im Netz und auch hier im Forum geben.

Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
Ben2408

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

Re: Konvertierung x nach c

Beitrag von Ben2408 (ForumUser / 23 / 3 / 0 ) »
Ja genau, so ist es.
Die (in diesem Beispiel) Faktura kommt als OTF der Rest wird aus dem Archiv dazu gelesen.
Okay, dann werde ich das für den OTF auch umbauen.

Ja das ist der Plan für die Zukunft dies auf jeden Fall objektorientiert abzulösen.

Danke bis hierhin, ich hoffe damit komme ich jetzt erst einmal weiter.

Seite 1 von 1

Vergleichbare Themen

3
Antw.
14223
Views
Konvertierung von typ 'P'
von Daisy_ » 27.04.2004 13:49 • Verfasst in ABAP® Core
1
Antw.
2238
Views
PDF Konvertierung
von Steffi221185 » 12.02.2007 11:44 • Verfasst in ABAP® Core
1
Antw.
1342
Views
Konvertierung GRM <-> KGM (KG?)
von Romaniac » 17.04.2018 16:14 • Verfasst in ABAP® Core
9
Antw.
3048
Views
Datum Konvertierung
von nkuhn » 14.02.2007 10:20 • Verfasst in ABAP® Core
0
Antw.
1079
Views
Datum Konvertierung
von nkuhn » 14.02.2007 08:18 • Verfasst in Basis

Über diesen Beitrag



Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch

Aktuelle Forenbeiträge

Zwischensumme Adobe Forms
vor 3 Tagen von Lucyalison 1 / 64
Interne Tabelle
vor 5 Tagen von black_adept 2 / 133
MaLo-Checker in ABAP
vor einer Woche von A6272 6 / 254

Newsletter Anmeldung

Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.
Die letzte Ausgabe findest du hier.
Details zum Versandverfahren und zu Ihren Widerrufsmöglichkeiten findest du in unserer Datenschutzerklärung.

Aktuelle Forenbeiträge

Zwischensumme Adobe Forms
vor 3 Tagen von Lucyalison 1 / 64
Interne Tabelle
vor 5 Tagen von black_adept 2 / 133
MaLo-Checker in ABAP
vor einer Woche von A6272 6 / 254

Unbeantwortete Forenbeiträge

Zwischensumme Adobe Forms
vor 3 Tagen von Lucyalison 1 / 64
Group Items auf einer Filterbar
vor einer Woche von Bright4.5 1 / 107
tRFC Transaktionen SM58
vor 4 Wochen von A6272 1 / 140