Download von TIFF-Dateien aus dem Archiv
Hallo zusammen,
ich starte einen letzten Versuch, hier mit Eurer Hilfe doch noch zum Ziel zu kommen.
Ausgangssituation ist, dass im IXOS-Archiv u.a. Frachtbriefe (zu Transporten) hinterlegt sind. Diese sind im TIF-Format abgelegt.
Nun habe ich Probleme diese Dokumente herunterzuladen.
Ich nutze den Baustein ARCHIVOBJECT_GET_TABLE um die Binärdatei zu erzeugen. Anschließend wandle ich die Datei auf 255-stellig um, um dann abschließend mit GUI-Download die Datei auf den Präsentationsserver herunterzuladen.
Leider kann die runtergeladene TIFF-Datei anschließend nicht geöffnet werden (habe es mit unterschiedlichsten Programm versucht).
Viele Grüße
Udo
ich starte einen letzten Versuch, hier mit Eurer Hilfe doch noch zum Ziel zu kommen.
Ausgangssituation ist, dass im IXOS-Archiv u.a. Frachtbriefe (zu Transporten) hinterlegt sind. Diese sind im TIF-Format abgelegt.
Nun habe ich Probleme diese Dokumente herunterzuladen.
Ich nutze den Baustein ARCHIVOBJECT_GET_TABLE um die Binärdatei zu erzeugen. Anschließend wandle ich die Datei auf 255-stellig um, um dann abschließend mit GUI-Download die Datei auf den Präsentationsserver herunterzuladen.
Leider kann die runtergeladene TIFF-Datei anschließend nicht geöffnet werden (habe es mit unterschiedlichsten Programm versucht).
Code: Alles auswählen.
CALL FUNCTION 'ARCHIV_GET_CONNECTIONS'
EXPORTING
objecttype = 'VTTK'
object_id = l_object_id
TABLES
connections = lt_connections
EXCEPTIONS
nothing_found = 1
OTHERS = 2.
IF sy-subrc = 0.
READ TABLE lt_connections INTO lw_connections INDEX 1.
CALL FUNCTION 'ARCHIVOBJECT_GET_TABLE'
EXPORTING
archiv_id = lw_connections-archiv_id
document_type = lv_document_class
archiv_doc_id = lw_connections-arc_doc_id
signature = 'X'
compid = ifirstpage
IMPORTING
length = ilength
TABLES
archivobject = idoc
binarchivobject = idoc_binary
EXCEPTIONS
error_archiv = 1
error_communicationtable = 2
error_kernel = 3
OTHERS = 4.
CASE sy-subrc.
WHEN 0.
COMMIT WORK.
REFRESH itab.
CALL METHOD cl_rmps_general_functions=>convert_1024_to_255
EXPORTING
im_tab_1024 = idoc_binary[]
RECEIVING
re_tab_255 = itab[].
lv_filename_down = '\\C:\temp\frachtrief.tif'.
CALL FUNCTION 'GUI_DOWNLOAD'
EXPORTING
* bin_filesize = bin_filesize
filename = lv_filename_down
* filename = '\\P1030.gruppe.local:\_Austausch\Factoring_ungarn\Download_Frachtbrief.TIF'
filetype = 'BIN'
IMPORTING
filelength = length
TABLES
data_tab = itab
* FORMAT_TAB =
EXCEPTIONS
file_write_error = 1
no_batch = 2
gui_refuse_filetransfer = 3
invalid_type = 4
no_authority = 5
unknown_error = 6.Udo
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4103 / 128 /
945
)
»
Moin Udo,
das sind doch Binärdaten - da solltest du eine bin_filesize mitgeben. Du hast sie doch auch schon im Archivlesebaustein zugewiesen nach ilength
das sind doch Binärdaten - da solltest du eine bin_filesize mitgeben. Du hast sie doch auch schon im Archivlesebaustein zugewiesen nach ilength
Hallo Stefan,
habe es jetzt so geändert, dass der Parameter binlength versorgt wird, den ich dann auch dem Baustein GUI_DOWNLOAD übergebe.
Leider ändert sich an der Situation nichts, die Datei läßt sich weiterhin nicht öffnen.
Fehlermeldung: Das Bild kann nicht geöffnet werden, da das Dateiformat nicht in der Fotoanzeige unterstützt wird oder die aktuellen Updates für die Fotoanzeige fehlen.
Noch eine Idee?
Viele Grüße
Udo
habe es jetzt so geändert, dass der Parameter binlength versorgt wird, den ich dann auch dem Baustein GUI_DOWNLOAD übergebe.
Leider ändert sich an der Situation nichts, die Datei läßt sich weiterhin nicht öffnen.
Fehlermeldung: Das Bild kann nicht geöffnet werden, da das Dateiformat nicht in der Fotoanzeige unterstützt wird oder die aktuellen Updates für die Fotoanzeige fehlen.
Noch eine Idee?
Viele Grüße
Udo
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Schau dir mal den INHALT der Binärdatei im Debugger an. Ich glaube mich zu erinnern, dass da am Anfang Text (der Archiv-Header?) dabei sein kann.
Wenn ja, verwende als Parameter bei COMPID mal den Wert "docGet". Wenn das nicht hilft, musst du dir was basteln, wie du den Text wegbekommst.
Wenn ja, verwende als Parameter bei COMPID mal den Wert "docGet". Wenn das nicht hilft, musst du dir was basteln, wie du den Text wegbekommst.
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 sap_enthusiast (ForumUser / 95 / 25 /
23
)
»
Ist immer schön mein Heimatsland im Code auftauchen zu sehen. :)
Beitrag
von black_adept (Top Expert / 4103 / 128 /
945
)
»
Was enthält eigentlich deine Variable "i_firstpage" ? Kannst du die Zeile auskommentieren und berichten, ob das was gebracht hat? Denn der Default dafür ist "data" und wenn man da was falsches eingibt wird das irgendwie anders behandelt und führt dann wahrscheinlich zu deiner Fehlermeldung.
Code: Alles auswählen.
compid = ifirstpageHallo zusammen,
habe es nun beim Baustein ARCHIVOBJECT_GET_TABLE sowohl mit COMPID = 'docGet' als auch mit COMPID = 'data' probiert.
Leider kann ich die Dateien weiterhin nicht öffnen.
Die Binärdateien enthalten auch keinen Text (Header), wie vermutet.
Meine Variable ifirstpage war übrigens initial, weil ich gelesen hatte, dass COMPID = 'data' alles runterlädt (multipage), aber beim TIFF-Format mit mehreren Seiten das in die Hose gehen würde.
Eine Beraterin sagte mir heute, daß wir in der OAC3 das entsprechende Content Repository ändern sollten von "Eingehende Dokuemente" (bei uns 'P1') auf "Test-Archiv (bei uns 'T0'). Habe das gemacht, aber hat auch keine Effekt gehabt.
Hatte auch Zweifel, da in dem entsprechenden Eintrag in der Tabelle TOA01 ja noch der alte Wert ("Eingehende Dokuemente") steht.
Bin ein wenig ratlos...
Viele Grüße
Udo
habe es nun beim Baustein ARCHIVOBJECT_GET_TABLE sowohl mit COMPID = 'docGet' als auch mit COMPID = 'data' probiert.
Leider kann ich die Dateien weiterhin nicht öffnen.
Die Binärdateien enthalten auch keinen Text (Header), wie vermutet.
Meine Variable ifirstpage war übrigens initial, weil ich gelesen hatte, dass COMPID = 'data' alles runterlädt (multipage), aber beim TIFF-Format mit mehreren Seiten das in die Hose gehen würde.
Eine Beraterin sagte mir heute, daß wir in der OAC3 das entsprechende Content Repository ändern sollten von "Eingehende Dokuemente" (bei uns 'P1') auf "Test-Archiv (bei uns 'T0'). Habe das gemacht, aber hat auch keine Effekt gehabt.
Hatte auch Zweifel, da in dem entsprechenden Eintrag in der Tabelle TOA01 ja noch der alte Wert ("Eingehende Dokuemente") steht.
Bin ein wenig ratlos...
Viele Grüße
Udo
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Wild guess:
Wir hatten mal ein Problem, dass wir bei den ARCHIVOBJECT-Bausteinen anstatt mit "binarchivobject" mit "archivobject" gearbeitet haben. Das hat sogar eine zeitlang funktioniert nur waren die Dateien im Archiv-Viewer nicht ansehbar und haben nur im SAP funktioniert. Der Grund war weil da wegen der Textdaten eine Codepage-Convertierung hin zum Archiv passiert ist. Das ist uns nie aufgefallen, weil beim Auslesen in SAP die Konvertierung wieder in die andere Richtung passiert ist. Erst als wir dann in SAP auf unicode gewechselt haben ist die "Eiterblase" aufgeplatzt.
Wir mussten alle Daten in "binär" zurücklesen. Dann als ISO-8859-1 interpretiert in einen Text einlesen und direct wieder in "binär" zurückwandeln um schließlich die korrigierten Bilder wieder in Archiv zurückzuübertragen zu können (diesmal in "binär" versteht sich).
Wenn es sich um TIFF handelt müsste da die Byte-Sequenz 49 49 2A 00 oder 4D 4D 00 2A am Anfang stehen (https://en.wikipedia.org/wiki/Magic_num ... ogramming)).
Wenn nicht, versuch mal im Debugger die Daten mit der Textübersetzung anzuschauen. Codierungen 1160 (ISO-8859-1), 4110 (UTF-8) oder 4103 (UTF-16).
Als wir dann im SAP auf
Wir hatten mal ein Problem, dass wir bei den ARCHIVOBJECT-Bausteinen anstatt mit "binarchivobject" mit "archivobject" gearbeitet haben. Das hat sogar eine zeitlang funktioniert nur waren die Dateien im Archiv-Viewer nicht ansehbar und haben nur im SAP funktioniert. Der Grund war weil da wegen der Textdaten eine Codepage-Convertierung hin zum Archiv passiert ist. Das ist uns nie aufgefallen, weil beim Auslesen in SAP die Konvertierung wieder in die andere Richtung passiert ist. Erst als wir dann in SAP auf unicode gewechselt haben ist die "Eiterblase" aufgeplatzt.
Wir mussten alle Daten in "binär" zurücklesen. Dann als ISO-8859-1 interpretiert in einen Text einlesen und direct wieder in "binär" zurückwandeln um schließlich die korrigierten Bilder wieder in Archiv zurückzuübertragen zu können (diesmal in "binär" versteht sich).
Wenn es sich um TIFF handelt müsste da die Byte-Sequenz 49 49 2A 00 oder 4D 4D 00 2A am Anfang stehen (https://en.wikipedia.org/wiki/Magic_num ... ogramming)).
Wenn nicht, versuch mal im Debugger die Daten mit der Textübersetzung anzuschauen. Codierungen 1160 (ISO-8859-1), 4110 (UTF-8) oder 4103 (UTF-16).
Als wir dann im SAP auf
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
Hallo dead-trouser,
habe mir jetzt mal die archivobject-Datei (aus dem FB ARCHIVOBJECT_GET_TABLE angeschaut).
Der Text beginnt mit:
<!--##code: ICS:3001##text: The referenced certificate having been issued by 'CN=SQ1,OU=I0120012819,OU=SAP Web AS,O=SAP Trust Community,C=DE' with serial:0xa20220220112301 is unknown##code1: ICS:3001
Fehlt da noch irgendwo ein Zertifikat?
Ansonsten ist mir noch nicht ganz klar, wo ich mit der Codepage-Umwandlung ansetzen mu? Beim FB GUI-DOWNLOAD ?
Viele Grüße
Udo
habe mir jetzt mal die archivobject-Datei (aus dem FB ARCHIVOBJECT_GET_TABLE angeschaut).
Der Text beginnt mit:
<!--##code: ICS:3001##text: The referenced certificate having been issued by 'CN=SQ1,OU=I0120012819,OU=SAP Web AS,O=SAP Trust Community,C=DE' with serial:0xa20220220112301 is unknown##code1: ICS:3001
Fehlt da noch irgendwo ein Zertifikat?
Ansonsten ist mir noch nicht ganz klar, wo ich mit der Codepage-Umwandlung ansetzen mu? Beim FB GUI-DOWNLOAD ?
Viele Grüße
Udo
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Nein, mit Codepage musst du da mal noch gar nichts machen. Du musst zuerst den Zertifikatsfehler beheben.
Dein SAP System und dein Archivsystem "mögen" sich momentan noch nicht. Das ist aber meist eine Aufgabe für die SAP-Basis.
Dein SAP System und dein Archivsystem "mögen" sich momentan noch nicht. Das ist aber meist eine Aufgabe für die SAP-Basis.
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
Hallo dead-trouser,
habe von unserem Basis-Experten gehört, dass unser Testsystem nicht auf das produktive Archiv zugreifen darf.
Wir "spiegeln" jährlich unser Produktivsystem auf das Testsystem.
Damit ist dann wohl der Zertifikatsfehler zu erklären.
Ich habe nun das Programm nochmal im Produktivsystem laufen lassen und sehe in der Datei archivobject (des Bausteins ARCHIVOBJECT_GET_TABLE) folgende Nachricht:
<!--##code: 3015##text: item not found##code1: ICS:0005##text1: The content repository returned an error: code={0}, message={1}, description={2}##args1: 3015;item not found;No component with name 'data' could be found in document with id 'adupxmcd4xeweolf
Ich dachte, compid = 'data' sei die Defaulteinstellung und immer gültig.
Hast Du eine Ahnung, was ich stattdessen nehmen kann?
Viele Grüße
Udo
habe von unserem Basis-Experten gehört, dass unser Testsystem nicht auf das produktive Archiv zugreifen darf.
Wir "spiegeln" jährlich unser Produktivsystem auf das Testsystem.
Damit ist dann wohl der Zertifikatsfehler zu erklären.
Ich habe nun das Programm nochmal im Produktivsystem laufen lassen und sehe in der Datei archivobject (des Bausteins ARCHIVOBJECT_GET_TABLE) folgende Nachricht:
<!--##code: 3015##text: item not found##code1: ICS:0005##text1: The content repository returned an error: code={0}, message={1}, description={2}##args1: 3015;item not found;No component with name 'data' could be found in document with id 'adupxmcd4xeweolf
Ich dachte, compid = 'data' sei die Defaulteinstellung und immer gültig.
Hast Du eine Ahnung, was ich stattdessen nehmen kann?
Viele Grüße
Udo
Beitrag
von a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
"docGet"
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 a-dead-trousers (Top Expert / 4414 / 224 /
1186
)
»
Bist du dir dann überhaupt sicher, dass das ein "gültiger" Datensatz im Archiv ist, den du da versuchst abzufragen? Sprich, kannst du mit den SAP Standardmitteln (aus der jeweiligen Applikation heraus) etwas auslesen? Wenn ja, dann schau dir an, wie dort der Aufruf erfolgt (Break-Point bei Funktionsbaustein SCMS_URL_GENERATE).
Kann z.B. sein, dass ein anderes Contentrepository (oder Contentserver) verwendet wird, das keinen Zugriff auf das Archiv hat wo die Daten eigentlich liegen.
Kann z.B. sein, dass ein anderes Contentrepository (oder Contentserver) verwendet wird, das keinen Zugriff auf das Archiv hat wo die Daten eigentlich liegen.
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
Ich kann mir mit der Transaktion OAAD mit den Parametern die zugehörige Anlagfenliste anzeigen lassen.
Leider kommt diese Transaktion bei SCMS_URL_GENERATE nicht6 vorbei.
Beim Debugging begegnen mir so einige GOS*-Funktionsbaustein. Wäre davon evtl. einer eine Alternative für mein Programm?
Viele Grüße
Udo
Leider kommt diese Transaktion bei SCMS_URL_GENERATE nicht6 vorbei.
Beim Debugging begegnen mir so einige GOS*-Funktionsbaustein. Wäre davon evtl. einer eine Alternative für mein Programm?
Viele Grüße
Udo
Vergleichbare Themen
15
Antw.
Antw.
1380
Views
Views
Dokumenten-Download aus Archiv scheitert mit verschiedenen Bausteinen
von Doobie » 14.06.2022 15:16 • Verfasst in ABAP® für Anfänger
von Doobie » 14.06.2022 15:16 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
319
Views
Views
Download von Dokumenten aus Archiv mit Dokumenttyp = FAX nicht erfolgreich
von Doobie » 24.06.2022 21:09 • Verfasst in ABAP® für Anfänger
von Doobie » 24.06.2022 21:09 • Verfasst in ABAP® für Anfänger
3
Antw.
Antw.
2411
Views
Views
AL11 - Download mehrerer Dateien gleichzeitig möglich?
von Florian9999 » 29.03.2023 10:48 • Verfasst in Basis
von Florian9999 » 29.03.2023 10:48 • Verfasst in Basis
0
Antw.
Antw.
2081
Views
Views
Tiff zu PDF aus 'ARCHIVOBJECT_GET_TABLE'
von AbapDomi » 03.08.2017 14:13 • Verfasst in ABAP® für Anfänger
von AbapDomi » 03.08.2017 14:13 • Verfasst in ABAP® für Anfänger
0
Antw.
Antw.
1108
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
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor 5 Tagen von a-dead-trousers 5 / 2291
vor 5 Tagen von a-dead-trousers 5 / 2291
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
CL_GUI_ALV_GRID - Zeilen auf Read-Only / Editierbar schalten
vor 5 Tagen von a-dead-trousers 5 / 2291
vor 5 Tagen von a-dead-trousers 5 / 2291