FuBa Konvertierung RAW in PDF
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
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hallo Leute,
ich such mir jetzt schon ne Weile die Finger wund und finde einfach nix passendes.
folgende situation: Ich habe eine Tabelle vom Typ SDOKCONT1. Darin gibt es ein Feld CLUSTD, welches mein Dokument im LRAW-Format enthält.
Nun möchte ich gern die Möglichkeit schaffen, dieses Dokument auch als PDF auf dem Bildschirm darstellen zu können, damit der Kunde es sich auch zu einem späteren Zeitpunkt kann.
Bisher habe ich nichts gefunden, das mir wirklich weiterhilft.
Ich würde ja auch Umwege in Kauf nehmen, also von RAW in ein anderes Format, dann ins OTF und dann als PDF. Nur welchen Weg man da jetzt am besten geht, das weiß ich leider nicht.
Hat das vielleicht schonmal einer von euch machen müssen und kann mir da Tipps geben?
ich such mir jetzt schon ne Weile die Finger wund und finde einfach nix passendes.
folgende situation: Ich habe eine Tabelle vom Typ SDOKCONT1. Darin gibt es ein Feld CLUSTD, welches mein Dokument im LRAW-Format enthält.
Nun möchte ich gern die Möglichkeit schaffen, dieses Dokument auch als PDF auf dem Bildschirm darstellen zu können, damit der Kunde es sich auch zu einem späteren Zeitpunkt kann.
Bisher habe ich nichts gefunden, das mir wirklich weiterhilft.
Ich würde ja auch Umwege in Kauf nehmen, also von RAW in ein anderes Format, dann ins OTF und dann als PDF. Nur welchen Weg man da jetzt am besten geht, das weiß ich leider nicht.
Hat das vielleicht schonmal einer von euch machen müssen und kann mir da Tipps geben?
Gruß,
der Matze
der Matze
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Moin,
Hier mal ein coding Beispiel zum Lesen der RAW Parts der Tabelle DBTABLOG.
wirst Du daraus schlau ?
was willst Du mit komprimierten Sourcen von log. Datenbanken ?
gruß Jens
Hier mal ein coding Beispiel zum Lesen der RAW Parts der Tabelle DBTABLOG.
Code: Alles auswählen.
DATA log TYPE dbtablog.
DATA ls_log TYPE ylog. " struktur DBTABLOG + Deine Tabelle
DATA:
buffer TYPE xstring,
conv TYPE REF TO cl_abap_conv_in_ce.
SELECT * FROM dbtablog INTO log
WHERE
tabname = 'Deine Tabelle' AND
logdate GE date.
CLEAR ls_log.
MOVE-CORRESPONDING log TO ls_log.
conv = cl_abap_conv_in_ce=>create(
encoding = 'DEFAULT'
endian = 'L'
input = log-logdata
).
*MANDT 3 Character
CALL METHOD conv->read(
EXPORTING n = 3
IMPORTING data = ls_log-mandt
).
*TPLNR 30 Character
CALL METHOD conv->read(
EXPORTING n = 30
IMPORTING data = ls_log-tplnr
).
*BRGT Decimal Feld
CALL METHOD conv->read(
IMPORTING data = ls_log-brgt
).
etc.
etc.
FREE conv.
APPEND ls_log TO gt_log.
Code: Alles auswählen.
* Baustein zum Konvertieren Xstring to Bin Table
CALL FUNCTION 'SCMS_XSTRING_TO_BINARY'
EXPORTING
buffer = lbuffer
TABLES
binary_tab = it_content.
gruß Jens
<:: XING-Gruppe Tricktresor::>
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Die deutsche Rechtschreibung ist Freeware, du darfst sie kostenlos nutzen –
Aber sie ist nicht Open Source, d. h. du darfst sie nicht verändern oder in veränderter Form veröffentlichen.
Beitrag
von a-dead-trousers (Top Expert / 4396 / 223 /
1182
)
»
Hi!
Ich glaub ihr schießt hier mit Spatzen auf Kanonen
Ich würde zuerst mal schauen wie die Daten in die Tabelle reinkommen. (Vermutlich EXPORT TO DB)
Von da her sollte es auch eine Möglichkeit geben die Daten wieder auszulesen. (Vermutlich IMPORT FROM DB)
Vorallem, da es sich um eine Cluster-Tabelle handelt wäre das der bessere Weg, als direkt aus der DB-Tabelle zu lesen. (Sperren usw.)
Die Daten könnten IRGENDWIE abgelegt worden sein. IMPORT/EXPORT haben da einen ganz eigenen Aufbau wie die Daten abgelegt werden.
Es könnte sich nicht nur um eine Datei sondern um mehrere (interne) Tabellen handeln die zusammengefasst abgelegt wurden.
(Vergleichbar mit einem ZIP Archiv ohne Komprimierung)
Dann kommte es darauf an in welchem Format die Daten nach diesem Schritt vorliegen.
Soweit ich das SDOK überblickt habe, könnten die Daten z.B. auch als XML vorliegen. (Klasse CL_SDOK_CF_RUNTIME)
lg ADT
Ich glaub ihr schießt hier mit Spatzen auf Kanonen
Ich würde zuerst mal schauen wie die Daten in die Tabelle reinkommen. (Vermutlich EXPORT TO DB)
Von da her sollte es auch eine Möglichkeit geben die Daten wieder auszulesen. (Vermutlich IMPORT FROM DB)
Vorallem, da es sich um eine Cluster-Tabelle handelt wäre das der bessere Weg, als direkt aus der DB-Tabelle zu lesen. (Sperren usw.)
Die Daten könnten IRGENDWIE abgelegt worden sein. IMPORT/EXPORT haben da einen ganz eigenen Aufbau wie die Daten abgelegt werden.
Es könnte sich nicht nur um eine Datei sondern um mehrere (interne) Tabellen handeln die zusammengefasst abgelegt wurden.
(Vergleichbar mit einem ZIP Archiv ohne Komprimierung)
Dann kommte es darauf an in welchem Format die Daten nach diesem Schritt vorliegen.
Soweit ich das SDOK überblickt habe, könnten die Daten z.B. auch als XML vorliegen. (Klasse CL_SDOK_CF_RUNTIME)
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
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hallo Jens,
nein daraus werde ich irgendwie nicht sonderlich schlau. Kannst du mir es erklären?
Ich brauche die Möglichkeit aus meiner WebDynpro-Anwendung heraus mir solche archivierten Objekte anschauen zu können. Das drumherum steht auch soweit. Ich brauche halt nur noch die Konvertierung des CLUSTD Feldes in einen xsrtring bzw. PDF eben.
@ADT
also ich archiviere ein ausgehendes Dokument beim Bestellung anlegen. Dieses Dokument ist dann ein PDF, dessen binäre Dateninhalt wohl in dem Feld CLUSTD gespeichert wird. (wenn ich alles richtig verstanden habe)
Wie meinst du das mit import from db?! Ich steh heut irgendwie gewaltig auf dem Schlauch, was mein Verständnis angeht
nein daraus werde ich irgendwie nicht sonderlich schlau. Kannst du mir es erklären?
Ich brauche die Möglichkeit aus meiner WebDynpro-Anwendung heraus mir solche archivierten Objekte anschauen zu können. Das drumherum steht auch soweit. Ich brauche halt nur noch die Konvertierung des CLUSTD Feldes in einen xsrtring bzw. PDF eben.
@ADT
also ich archiviere ein ausgehendes Dokument beim Bestellung anlegen. Dieses Dokument ist dann ein PDF, dessen binäre Dateninhalt wohl in dem Feld CLUSTD gespeichert wird. (wenn ich alles richtig verstanden habe)
Wie meinst du das mit import from db?! Ich steh heut irgendwie gewaltig auf dem Schlauch, was mein Verständnis angeht
Gruß,
der Matze
der Matze
Beitrag
von black_adept (Top Expert / 4090 / 127 /
940
)
»
Hallo Thanatos,
ich glaube dass a-d-t mit seiner Einschätzung der Kanonen und Spatzen richtig liegt.
Ich erinnere mich ein ähnliches Thema gehabt zu haben, wo wir ein PDF als Bytestream an eine Webanwendung weitergeben mussten. In meinem Fall waren es Rechnungen, die immer bei Druck automatisch als PDF im Archiv abgelegt wurden. Und ehrlich gesagt wäre mir nie in den Sinn gekommen mir jetzt die Clustertabelle auszulesen wo SAP doch Bausteine bereitstellt um Dokumente aus dem Archiv zu lesen und als Bytefolge bereit zu stellen.
Ich habe gerade mal geschaut: Aufruffolge in meinem Fall war:
1.) ARCHIV_CONNECTINFO_GET_META
2.) ARCHIVOBJECT_GET_TABLE
ich glaube dass a-d-t mit seiner Einschätzung der Kanonen und Spatzen richtig liegt.
Ich erinnere mich ein ähnliches Thema gehabt zu haben, wo wir ein PDF als Bytestream an eine Webanwendung weitergeben mussten. In meinem Fall waren es Rechnungen, die immer bei Druck automatisch als PDF im Archiv abgelegt wurden. Und ehrlich gesagt wäre mir nie in den Sinn gekommen mir jetzt die Clustertabelle auszulesen wo SAP doch Bausteine bereitstellt um Dokumente aus dem Archiv zu lesen und als Bytefolge bereit zu stellen.
Ich habe gerade mal geschaut: Aufruffolge in meinem Fall war:
1.) ARCHIV_CONNECTINFO_GET_META
2.) ARCHIVOBJECT_GET_TABLE
Beitrag
von a-dead-trousers (Top Expert / 4396 / 223 /
1182
)
»
Die lesen wie der Name schon sagt, die Daten aus einem Archiv.black_adept hat geschrieben:1.) ARCHIV_CONNECTINFO_GET_META
2.) ARCHIVOBJECT_GET_TABLE
Um die Daten aus dem SDOK zu laden werden andere Bausteine benötigt (die ich leider nicht kenne)
@Thanatos82
Schau dir mal die Hilfe zum IMPORT/EXPORT Befehl an, dann weißt du was ich mit IRGENDWIE meinte.
Die Memory Area wäre in deinem Fall eben die besagte Clustertabelle.
Du musst GENAU wissen wie die Daten mit dem EXPORT abgelegt worden sind um sie mit dem IMPORT wieder ein lesen zu können.
Deswegen wäre es besser nach dem richtigen Funktionsbaustein (oder Klasse) zu suchen, mit dem die Daten angelegt wurden.
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
Beitrag
von black_adept (Top Expert / 4090 / 127 /
940
)
»
SDOK - habe gerade mal einen Trace mitlaufen lassen für Files, die ich im BOR ablege (z.B. mit Transaktion OAER ) und dort wird auf Tabellen zugegriffen die mit SDOK anfangen.
Falls das also das Gesuchte ist hier die FuBa, mit denen man diese Daten auslesen kann.
BDS_BUSINESSDOCUMENT_GET_TAB :
Falls das also das Gesuchte ist hier die FuBa, mit denen man diese Daten auslesen kann.
BDS_BUSINESSDOCUMENT_GET_TAB :
Beitrag
von Thanatos82 (Expert / 699 / 32 /
123
)
»
Hi,
vielen Dank für die ganzen Anregungen. Ich habe nun, dank eines Kollegen, die für mich ideale Lösung gefunden, die wesentlich einfacher und kürzer ist, als ich angenommen habe:
Mit ARCHIV_GET_CONNECTIONS lese ich alle Einträge zu einer Bestellung aus. Dann lasse ich mir das nach Datum und Uhrzeit sortieren und gebe anschließend die ARCHIV_ID sowie die arc_doc_id des aktuellsten Datensatzes aus der TOA01 in den FuBa SCMS_AO_TABLE_GET. Dieser liefert mir den einstigen LRAW-Datenstrom als RAW-Tabelle zurück. Wenn ich nun alle Zeilen der Tabelle mit CONCETENATE aneinander füge im Byte-Mode habe ich den perfekten xstring-datenstrom mit dem ich das PDF-anzeigen kann.
vielen Dank für die ganzen Anregungen. Ich habe nun, dank eines Kollegen, die für mich ideale Lösung gefunden, die wesentlich einfacher und kürzer ist, als ich angenommen habe:
Mit ARCHIV_GET_CONNECTIONS lese ich alle Einträge zu einer Bestellung aus. Dann lasse ich mir das nach Datum und Uhrzeit sortieren und gebe anschließend die ARCHIV_ID sowie die arc_doc_id des aktuellsten Datensatzes aus der TOA01 in den FuBa SCMS_AO_TABLE_GET. Dieser liefert mir den einstigen LRAW-Datenstrom als RAW-Tabelle zurück. Wenn ich nun alle Zeilen der Tabelle mit CONCETENATE aneinander füge im Byte-Mode habe ich den perfekten xstring-datenstrom mit dem ich das PDF-anzeigen kann.
Gruß,
der Matze
der Matze
Seite 1 von 1
Vergleichbare Themen
2
Antw.
Antw.
6464
Views
Views
1
Antw.
Antw.
1584
Views
Views
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
Newsletter Anmeldung
Keine Beiträge verpassen! Wöchentlich versenden wir lesenwerte Beiträge aus unserer Community.Die letzte Ausgabe findest du hier.