Fehler beim Erzeugen der XML-Tabelle line 1 col 1-unexpected end-of-file
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Hallo Zusammen,
ich benötige bitte mal Eure Hilfe. Ich bekomme über eine Proxy-SST ein doppelt BASE64-codiertes XML in einem Element geliefert. Dieses möchte ich in eine XML-Tabelle packen um es dann weiter zu verarbeiten.
Hier das relevante Coding:
Mein Problem ist nun, dass SNUM_XML_PARSE hier die Fehlermeldung: "line 1 col 1-unexpected end-of-file" - und eben keine XML-Tabelle - zurückgibt.
Wenn ich mir im Debugger den String (lv_string) mit dem XML ansehe, finde ich nichts Verwerfliches. Sagt Euch das was?
PS: Das Entfernen der Sonderzeichen mit der RegEx habe ich nachträglich eingefügt, weil der XML-String noch "#"-Zeichen am Zeilenende hatte. Der Fehler in dem FM kam aber vorher genauso. Ich dachte zuerst nur, dass das das Problem sei.
Danke und Gruß 19KnarfRed81
ich benötige bitte mal Eure Hilfe. Ich bekomme über eine Proxy-SST ein doppelt BASE64-codiertes XML in einem Element geliefert. Dieses möchte ich in eine XML-Tabelle packen um es dann weiter zu verarbeiten.
Hier das relevante Coding:
Code: Alles auswählen.
...
DATA(o_base64) = NEW cl_hard_wired_encryptor( ).
DATA(lv_string) = cl_http_utility=>decode_base64(
cl_http_utility=>decode_base64(
encoded = <ls_proxy_data> ) ).
REPLACE ALL OCCURRENCES OF REGEX '[[:cntrl:]]' IN lv_string WITH ''.
DATA(lv_xstring) = o_base64->encrypt_string2bytes( lv_string ).
" XML-Tabelle erzeugen
CALL FUNCTION 'SMUM_XML_PARSE'
EXPORTING xml_input = lv_xstring
TABLES xml_table = gt_xml_data
return = lt_return.
...
Wenn ich mir im Debugger den String (lv_string) mit dem XML ansehe, finde ich nichts Verwerfliches. Sagt Euch das was?
Code: Alles auswählen.
<?xml version="1.0" encoding="utf-8"?><xmlinterface><kostenvoranschlaege><kostenvoranschlag><kvID>19573</kvID><intKvID></intKvID><versorgungsdaten><kostentraegerID>2007</kostentraegerID><kostentraegerIK>134540</kostentraegerIK><kostentraegerdaten><name>...
Danke und Gruß 19KnarfRed81
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 / 4394 / 223 /
1182
)
»
"unexpected end of file" klingt für mich nach, dass da hinten dran was fehlt. Da scheint also was abgeschnitten zu sein.
Was waren das für '#'-Zeichen? Kontrollier mal die Hex-Values um genau festzustellen um welche Sonder- bzw. Kontrollzeichen es sich handelt.
Ansonsten kannst du auch versuchen SMUM_XML_PARSE zu debuggen um festzustellen wo (bei welcher Zeichenposition) der Fehler ausgelöst wird.
Was waren das für '#'-Zeichen? Kontrollier mal die Hex-Values um genau festzustellen um welche Sonder- bzw. Kontrollzeichen es sich handelt.
Ansonsten kannst du auch versuchen SMUM_XML_PARSE zu debuggen um festzustellen wo (bei welcher Zeichenposition) der Fehler ausgelöst wird.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
19KnarfRed81
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Danke für die schnelle Antwort!a-dead-trousers hat geschrieben: ↑01.08.2024 11:48"unexpected end of file" klingt für mich nach, dass da hinten dran was fehlt. Da scheint also was abgeschnitten zu sein.
Was waren das für '#'-Zeichen? Kontrollier mal die Hex-Values um genau festzustellen um welche Sonder- bzw. Kontrollzeichen es sich handelt.
Ansonsten kannst du auch versuchen SMUM_XML_PARSE zu debuggen um festzustellen wo (bei welcher Zeichenposition) der Fehler ausgelöst wird.
Wie ich jetzt erfahren habe, ist der BASE64-Teil formatiert worden, in dem alle 77 Zeichen ein Zeilenumbruch eingefügt wurde.
Also müsste ich diesen ja vermutlich vor dem Decodieren entfernen? Könnte das zu diesem Fehler führen?
Falls ja wie muss ich das machen? Kann ich den Regex einfach vor dem Decodieren einsetzen?
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Ja
Ja
So wie du es für den decodierten String zuvor schon gemacht hast
Ja
Ja
So wie du es für den decodierten String zuvor schon gemacht hast
Ja
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Hmmm... Ich hab das jetzt so umgebaut, aber es kommt immer noch derselbe Fehler. 😭a-dead-trousers hat geschrieben: ↑01.08.2024 12:54Ja
Ja
So wie du es für den decodierten String zuvor schon gemacht hast
Ja
Code: Alles auswählen.
...
DATA(lv_string) = <ls_proxy_data>-kostenvoranschlag_container-inhalt.
REPLACE ALL OCCURRENCES OF REGEX '[[:cntrl:]]' IN lv_string WITH ''.
lv_string = cl_http_utility=>decode_base64( cl_http_utility=>decode_base64( encoded = lv_string ) ).
DATA(lv_xstring) = o_base64->encrypt_string2bytes( lv_string ).
" Wenn alles ok, dann XML-Tabelle erzeugen
CALL FUNCTION 'SMUM_XML_PARSE'
EXPORTING xml_input = lv_xstring
TABLES xml_table = gt_xml_data
return = lt_return.
...
das hier lässt sich irgendwie nicht tiefer debuggen. Der kommt hier mir dem Error raus und das war es.
Code: Alles auswählen.
parser = g_ixml->create_parser( stream_factory = streamFactory
istream = iStream
document = document ).
if parser->parse( ) ne 0.
...
Die Meldung unexpected end of file mit Position Line 1 und Col 1 bedeutet in der Regel, dass die zu verarbeitende "Datei" (Input) leer ist. Er erwartet Inhalt und es ist keiner da.
Wie sieht denn lv_xstring im Debugger aus? Ein XString-XML kann man sich auch problemlos mit Sicht "VAR_XML" anzeigen lassen.
Wie sieht denn lv_xstring im Debugger aus? Ein XString-XML kann man sich auch problemlos mit Sicht "VAR_XML" anzeigen lassen.
Folgende Benutzer bedankten sich beim Autor IHe für den Beitrag:
19KnarfRed81
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Meinst du wirklich lv_xstring, also HEX-Wert? Der sieht so aus:
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Ich würde mir diese Zeile nochmal GENAUER anschauen.19KnarfRed81 hat geschrieben: ↑01.08.2024 13:51Code: Alles auswählen.
lv_string = cl_http_utility=>decode_base64( cl_http_utility=>decode_base64( encoded = lv_string ) ).
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Naja die Quelle ist doppelt BASE64-codiert. Daher muss ich das doch 2x decodieren?a-dead-trousers hat geschrieben: ↑01.08.2024 15:46Ich würde mir diese Zeile nochmal GENAUER anschauen.
Und wenn ich mir den lv_string im Debugger ansehe, ist dort ja auch lesbarer xml-code drin gespeichert. Siehe Auszug oben.... Verstehe nicht, was du damit sagen willst?
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Okay. Sorry. Ich dachte das ist ein Fehler. Hab noch nie einen Grund dafür gesehen etwas doppelt in Base64 zu codieren.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
19KnarfRed81
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Also das mit Zeilenumbruch im codierten String kann man glaube ich vernachlässigen. Ich habe gerade gesehen, dass der Pretty Printer beim Serviceprovider-Test diese direkt entfernt.
De decodierte String enthält offensichtlich noch Zeilenumbrüche (#). Also war das RegEx nach dem decodieren wohl doch besser aufgehoben. Ändert aber nichts daran, dass der SMUM_XML_PARSE weiterhin denselben Fehler bringt. 😏
Ich habe das BASE64-Element jetzt mal als Anhang beigefügt. Vielleicht ist es so einfacher nachzuvollziehen.
De decodierte String enthält offensichtlich noch Zeilenumbrüche (#). Also war das RegEx nach dem decodieren wohl doch besser aufgehoben. Ändert aber nichts daran, dass der SMUM_XML_PARSE weiterhin denselben Fehler bringt. 😏
Ich habe das BASE64-Element jetzt mal als Anhang beigefügt. Vielleicht ist es so einfacher nachzuvollziehen.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Bei mir musste ich folgendes machen um auf ein "funktionstüchtges" XML zu kommen:
Nach der ersten Decodierung stecken wiederum Zeilenumbrüche im base64-codierten Text.
Code: Alles auswählen.
REPLACE ALL OCCURRENCES OF REGEX '[[:cntrl:]]' IN lv_string WITH ''.
lv_string = cl_http_utility=>decode_base64( encoded = lv_string ).
REPLACE ALL OCCURRENCES OF REGEX '[[:cntrl:]]' IN lv_string WITH ''.
lv_string = cl_http_utility=>decode_base64( encoded = lv_string ).
REPLACE ALL OCCURRENCES OF REGEX '[[:cntrl:]]' IN lv_string WITH ''.Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
19KnarfRed81
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Hast du den String auch in xString konvertiert und durch das FM laufen lassen? Bei mir kommt hier leider immer noch derselbe Fehler... 😖a-dead-trousers hat geschrieben: ↑02.08.2024 09:26Bei mir musste ich folgendes machen um auf ein "funktionstüchtges" XML zu kommen
Beitrag
von a-dead-trousers (Top Expert / 4394 / 223 /
1182
)
»
Funktioniert wunderbar bei mir.
Ich verwende aber einen anderen Ansatz für die String<=>XString Umwandlung:
CL_ABAP_CONV_OUT_CE mit Encoding 4110 (UTF-8)
Ich verwende aber einen anderen Ansatz für die String<=>XString Umwandlung:
CL_ABAP_CONV_OUT_CE mit Encoding 4110 (UTF-8)
Code: Alles auswählen.
lr_converter = cl_abap_conv_out_ce=>create( encoding = '4110' ).
lr_converter->convert( EXPORTING data = lv_string
IMPORTING buffer = lv_xstring ).Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
19KnarfRed81
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
Beitrag
von 19KnarfRed81 (ForumUser / 19 / 10 /
3
)
»
Oh mein Gott, das war es! Ich danke dir!!! 🤗
Kann ich noch irgendwas tun um die Schmierzeichen für Umlaute in der decodierten XML zu vermeiden?
Bsp.:
Kann ich noch irgendwas tun um die Schmierzeichen für Umlaute in der decodierten XML zu vermeiden?
Bsp.:
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Vergleichbare Themen
6
Antw.
Antw.
19369
Views
Views
3
Antw.
Antw.
16160
Views
Views
URL File-Server Internet File Download /Delet cl_http_client
von Luigi91 » 04.10.2016 08:28 • Verfasst in ABAP Objects®
von Luigi91 » 04.10.2016 08:28 • Verfasst in ABAP Objects®
12
Antw.
Antw.
5240
Views
Views
FUBA für File Transfer von int.Tabelle in Text-Datei
von cuncon » 21.02.2018 12:13 • Verfasst in ABAP® für Anfänger
von cuncon » 21.02.2018 12:13 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
5370
Views
Views
Daten einer internen Tabelle in ein XML file downloaden
von Julian Waldmann » 01.02.2005 11:08 • Verfasst in ABAP Objects®
von Julian Waldmann » 01.02.2005 11:08 • Verfasst in ABAP Objects®
5
Antw.
Antw.
7497
Views
Views
Excel-Tabelle in der SAP-Hintergrundverarbeitung erzeugen
von Gast » 07.02.2006 08:58 • Verfasst in ABAP Objects®
von Gast » 07.02.2006 08:58 • Verfasst in ABAP Objects®
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 Stunden von DSHSHCMSUPP 1 / 63
vor 2 Stunden von DSHSHCMSUPP 1 / 63
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 Stunden von DSHSHCMSUPP 1 / 63
vor 2 Stunden von DSHSHCMSUPP 1 / 63
Unbeantwortete Forenbeiträge
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 2 Stunden von DSHSHCMSUPP 1 / 63
vor 2 Stunden von DSHSHCMSUPP 1 / 63