Raute vor String, nach Fuba aufruf mit Destination
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
8 Beiträge
•
Seite 1 von 1
8 Beiträge
Seite 1 von 1
Hallo,
ich habe eine recht lange XML (>40.000 Zeichen) TYPE String.
Diese möchte ich mit
versenden.
Beim aufgerufenen System steht immer ein # vor dem String, was weiterführenden Problemen verursacht.
Was muss ich vor bzw. während dem Aufruf des Fuba tun, damit es auf der anderen Seite korrekt ankommt?
Auf der aufgerufenen Seite möchte ich nichts machen, da es nicht in meinen Hoheitsbereich gehört.
Viele grüße
Donossi
ich habe eine recht lange XML (>40.000 Zeichen) TYPE String.
Diese möchte ich mit
CALL FUNCTION 'ZFuBa' DESTINATION dest EXPORING ev_xml = lv_xml
versenden.
Beim aufgerufenen System steht immer ein # vor dem String, was weiterführenden Problemen verursacht.
Was muss ich vor bzw. während dem Aufruf des Fuba tun, damit es auf der anderen Seite korrekt ankommt?
Auf der aufgerufenen Seite möchte ich nichts machen, da es nicht in meinen Hoheitsbereich gehört.
Viele grüße
Donossi
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Hallo DonOssi,
1.) Was ist der HexCode der "Raute" im Zielsystem ( evtl. FE FF oder FF FE ?)
2.) Ist das 1. Zeichen des Quellsystems auch die Raute?
1.) Was ist der HexCode der "Raute" im Zielsystem ( evtl. FE FF oder FF FE ?)
2.) Ist das 1. Zeichen des Quellsystems auch die Raute?
Hallo,
im Quellsystem beginnt der String mit
FFFE3C00610073007..... (<asx:abap xml....)
im Zielsystem
233C6173783A6162617020..... (#<asx:abap xml.... )
Auf dem Quellsystem wird Call Transformation aufgerufen, um eine XML zu erzeugen:
CALL TRANSFORMATION id
OPTIONS xml_header = 'no'
SOURCE context = gs_struktur
RESULT XML ev_xml.
Kann man hier evtl. schon was machen, dass die FFFE nicht mit erzeugt werden (sofern die Raute durch FFFE erzeugt wird)?
im Quellsystem beginnt der String mit
FFFE3C00610073007..... (<asx:abap xml....)
im Zielsystem
233C6173783A6162617020..... (#<asx:abap xml.... )
Auf dem Quellsystem wird Call Transformation aufgerufen, um eine XML zu erzeugen:
CALL TRANSFORMATION id
OPTIONS xml_header = 'no'
SOURCE context = gs_struktur
RESULT XML ev_xml.
Kann man hier evtl. schon was machen, dass die FFFE nicht mit erzeugt werden (sofern die Raute durch FFFE erzeugt wird)?
Woher kommt der String?
Windows-Programme verwenden FFFE zur Kennzeichnung einer
Unicode-Datei. Die Raute wird in Non-Unicode als Ersatz-Zeichen
für nicht übersetzbare Zeichen verwendet. Das FFFE muss weg.
Windows-Programme verwenden FFFE zur Kennzeichnung einer
Unicode-Datei. Die Raute wird in Non-Unicode als Ersatz-Zeichen
für nicht übersetzbare Zeichen verwendet. Das FFFE muss weg.
Beitrag
von black_adept (Top Expert / 4089 / 127 /
940
)
»
Hallo DonOssi,
das "FF FE" gehört eigentlich in die XML -Datei rein. Und wenn das Zielsystem das nicht sauber verarbeiten kann ( z.B. indem man vorher eine Identity-Transformation des XML auf sich selber ausführt, wo dann hoffentlich die magische Zeichenfolge entfernt wird ) musst du halt im Quellsystem das Startzeichen entfernen ( my_xml_string = my_xml_string+1 ).
das "FF FE" gehört eigentlich in die XML -Datei rein. Und wenn das Zielsystem das nicht sauber verarbeiten kann ( z.B. indem man vorher eine Identity-Transformation des XML auf sich selber ausführt, wo dann hoffentlich die magische Zeichenfolge entfernt wird )
Code: Alles auswählen.
call TRANSFORMATION id
source xml my_xml_string
result xml my_xml_string.Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
donossi
Bei dem FFFE handelt es sich um das sogenannte BOM (Byte Order Mark). Laut Dokumentation zum Befehl CALL TRANSFORMATION erzeugt SAP dieses automatisch, wenn für RESULT eine Variable vom Typ string angegeben wird. Gibt man jedoch etwas vom Typ xstring für RESULT an, würde das BOM nicht vorangestellt werden. In dem Fall müsstest Du dann nur noch den xstring wieder in etwas vom Typ string konvertieren, was ja aber kein Problem sein sollte. Damit solltest Du dann auch kein BOM mehr haben und der RFC sollte problemlos gehen.donossi hat geschrieben:Kann man hier evtl. schon was machen, dass die FFFE nicht mit erzeugt werden (sofern die Raute durch FFFE erzeugt wird)?
Viele Grüße
Lars
Seite 1 von 1
Vergleichbare Themen
1
Antw.
Antw.
2057
Views
Views
0
Antw.
Antw.
741
Views
Views
0
Antw.
Antw.
1146
Views
Views
1
Antw.
Antw.
1799
Views
Views
RFC-Fuba-Aufruf mit dynamischer Schnittstelleversorgung
von Stefan7777 » 28.03.2006 15:35 • Verfasst in ABAP® Core
von Stefan7777 » 28.03.2006 15:35 • Verfasst in ABAP® Core
Frage die ABAP Experten
Über diesen Beitrag
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Unterstütze die Community und teile den Beitrag für mehr Leser und Austausch
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1147
vor 2 Tagen von DeathAndPain 4 / 1147
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.
Aktuelle Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Tagen von DeathAndPain 4 / 1147
vor 2 Tagen von DeathAndPain 4 / 1147