Import/Export to Memory
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.
9 Beiträge
•
Seite 1 von 1
9 Beiträge
Seite 1 von 1
Beitrag
von LostDarkness (ForumUser / 87 / 15 /
6
)
»
Guten Morgen Zusammen,
ich habe aktuell ein kleines Problem bezüglich zweier Jobs.
Im Ersten Job werden Daten in eine Memory ID geschrieben, via:
Diese Daten würde ich im Folgejob gerne wieder aufgreifen.
Ich weiß das ich auf Namensgleichheit achten muss,
aber weder:
noch
funktioniert.
Kann mir jemand diesbezüglich sagen wie ich die Werte an dieser Stelle ausgelesen kriege?
Der Zusatz das bei dem Datenexport ein FROM steht ist für mich irgendwie Neuland.
Liebe Grüße
Gerrit
ich habe aktuell ein kleines Problem bezüglich zweier Jobs.
Im Ersten Job werden Daten in eine Memory ID geschrieben, via:
Code: Alles auswählen.
EXPORT proto_tab FROM wat_prot TO MEMORY ID 'PROT'.Ich weiß das ich auf Namensgleichheit achten muss,
aber weder:
Code: Alles auswählen.
IMPORT proto_tab FROM MEMORY ID 'PROT'.Code: Alles auswählen.
IMPORT wat_prot FROM MEMORY ID 'PROT'.Code: Alles auswählen.
IMPORT proto_tab FROM wat_prot FROM MEMORY ID 'PROT'. Kann mir jemand diesbezüglich sagen wie ich die Werte an dieser Stelle ausgelesen kriege?
Der Zusatz das bei dem Datenexport ein FROM steht ist für mich irgendwie Neuland.
Liebe Grüße
Gerrit
“You should name a variable using the same care with which you name a first-born child.”
― Robert C. Martin
― Robert C. Martin
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 / 4419 / 224 /
1189
)
»
Probiers mal mit
'proto_tab' ist in diesem Fall der Name der Variablen innerhalb des Clusters 'PROT'. Das 'wat_prot' ist der lokale Variablenname und darf sich daher auch unter Umständen ändern.
Wenn du z.B. folgendes für den Export verwendestkannst du die einzelnen 'Blöcke' auch getrennt voneinander importieren
Code: Alles auswählen.
IMPORT proto_tab TO wat_prot FROM MEMORY ID 'PROT'.Wenn du z.B. folgendes für den Export verwendest
Code: Alles auswählen.
EXPORT
proto_tab1 FROM wat_prot1
proto_tab2 FROM wat_prot2
TO MEMORY ID 'PROT'.Code: Alles auswählen.
IMPORT proto_tab1 TO wat_prot1 FROM MEMORY ID 'PROT'.
*bzw
IMPORT proto_tab2 TO wat_prot2 FROM MEMORY ID 'PROT'.Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
LostDarkness
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 LostDarkness (ForumUser / 87 / 15 /
6
)
»
Guten Morgen,
danke schon mal für die Unterstützung,
leider hat
nicht zu einem Ergebnis geführt.
Beim Export sind Werte vorhanden, beim Import leider alles leer.
Ist es möglicherweise auch der Session geschuldet, aufgrund dessen das erst im Folgejob wieder die MemoryID abgefragt wird?
Am Import etwas ändern ist schwer, da es im SAP-Standard hängt.
danke schon mal für die Unterstützung,
leider hat
Code: Alles auswählen.
IMPORT proto_tab TO wat_prot FROM MEMORY ID 'PROT'.Beim Export sind Werte vorhanden, beim Import leider alles leer.
Ist es möglicherweise auch der Session geschuldet, aufgrund dessen das erst im Folgejob wieder die MemoryID abgefragt wird?
Am Import etwas ändern ist schwer, da es im SAP-Standard hängt.
“You should name a variable using the same care with which you name a first-born child.”
― Robert C. Martin
― Robert C. Martin
Das wird nicht funktionieren können, da Jobs in eigenen LUWs (Logical Unit of Work) laufen.
Innerhalb eines Jobs mit unterschiedlichen Steps könnte es vielleicht noch gehen, aber nicht Jobübergreifend.
Innerhalb eines Jobs mit unterschiedlichen Steps könnte es vielleicht noch gehen, aber nicht Jobübergreifend.
Folgende Benutzer bedankten sich beim Autor ewx für den Beitrag (Insgesamt 2):
a-dead-trousers • LostDarkness
Beitrag
von a-dead-trousers (Top Expert / 4419 / 224 /
1189
)
»
Ups... Das "Jobübergreifend" hab ich übersehen. Ich dachte er meint verschiedene Steps.ewx hat geschrieben:Das wird nicht funktionieren können, da Jobs in eigenen LUWs (Logical Unit of Work) laufen.
Innerhalb eines Jobs mit unterschiedlichen Steps könnte es vielleicht noch gehen, aber nicht Jobübergreifend.
Folgende Benutzer bedankten sich beim Autor a-dead-trousers für den Beitrag:
LostDarkness
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 LostDarkness (ForumUser / 87 / 15 /
6
)
»
Vielen Dank, so etwas habe ich schon vermutet.ewx hat geschrieben:Das wird nicht funktionieren können, da Jobs in eigenen LUWs (Logical Unit of Work) laufen.
Innerhalb eines Jobs mit unterschiedlichen Steps könnte es vielleicht noch gehen, aber nicht Jobübergreifend.
Ich werde mal versuchen anstatt den zweiten Job einfach einen weiteren Step hinzuzufügen und hoffe dann auf Funktionalität.
“You should name a variable using the same care with which you name a first-born child.”
― Robert C. Martin
― Robert C. Martin
Beitrag
von LostDarkness (ForumUser / 87 / 15 /
6
)
»
Wie bereits erwähnt findet der Export in einem Prog. aus dem SAP-Standard statt, da wir da ungern was anpassen wollen würden begnügen wir uns nun mit der Lösung beides in einem Job erledigen,wreichelt hat geschrieben:Hallo,
warum verwendet ihr nicht
EXPORT f1 to DATABASE INDX(XX) ......
IMPORT F1 FROM DATABASE INDX(AR) CLIENT '002' ID 'TEST'
damit bleiben die Daten für den nächsten Job und Step erhalten.
Gruß Wolfgang
dies hat nämlich glücklicherweise funktioniert.
Ich danke allen Beteiligten für die WIssenserweiterung und Hilfestellung
Liebe Grüße
Gerrit
Folgende Benutzer bedankten sich beim Autor LostDarkness für den Beitrag:
ewx
“You should name a variable using the same care with which you name a first-born child.”
― Robert C. Martin
― Robert C. Martin
Beitrag
von LostDarkness (ForumUser / 87 / 15 /
6
)
»
Hallo Zusammen,
ich habe noch ein kleines Problem diesbezüglich.
Die Informationen kommen nun wie gewünscht im Folgeprogramm an, allerdings nur wenn ich den Job debugge..
Wenn der Job alleine vollständig durchläuft, dann sind in der Mail, welche mein Programm in Folge dessen versendet leider keinerlei Informationen vorhanden.
Ist dies nach wie vor ein Session-Problem, oder liegt die Ursache dafür möglicherweise woanders?
tldr; Im Debuggen kommen Daten an, im direkten Durchlauf nicht.
Liebe Grüße
Gerrit
ich habe noch ein kleines Problem diesbezüglich.
Die Informationen kommen nun wie gewünscht im Folgeprogramm an, allerdings nur wenn ich den Job debugge..
Wenn der Job alleine vollständig durchläuft, dann sind in der Mail, welche mein Programm in Folge dessen versendet leider keinerlei Informationen vorhanden.
Ist dies nach wie vor ein Session-Problem, oder liegt die Ursache dafür möglicherweise woanders?
tldr; Im Debuggen kommen Daten an, im direkten Durchlauf nicht.
Liebe Grüße
Gerrit
“You should name a variable using the same care with which you name a first-born child.”
― Robert C. Martin
― Robert C. Martin
Seite 1 von 1
Vergleichbare Themen
12
Antw.
Antw.
6964
Views
Views
4
Antw.
Antw.
17076
Views
Views
2
Antw.
Antw.
2705
Views
Views
1
Antw.
Antw.
1124
Views
Views
21
Antw.
Antw.
5121
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.