BADi zugriff auf Memory
Die Frage ist als "gelöst" markiert. Den entsprechend Beitrag findest du hier.Hallo,
wir nutzen bei uns im Sales Team den IPC zur Poduktkonfiguration. Ich muss Dynamisch einen Wert aus dem SD Beleg an die SCE übergeben. Als schnittstelle dient hierzu der BADi "ERP_CFG_ADAPT". In diesem BADi möchte ich den Memory "CCPR" auslesen. Im Debugger kann ich den Memory auch sehen. Aber ich schaffe es nicht auf den Memory zuzugreifen. Vielleicht kann mir jemand einen Tipp geben was ich an der Stelle falsch mache.
Gruß, Thorsten
wir nutzen bei uns im Sales Team den IPC zur Poduktkonfiguration. Ich muss Dynamisch einen Wert aus dem SD Beleg an die SCE übergeben. Als schnittstelle dient hierzu der BADi "ERP_CFG_ADAPT". In diesem BADi möchte ich den Memory "CCPR" auslesen. Im Debugger kann ich den Memory auch sehen. Aber ich schaffe es nicht auf den Memory zuzugreifen. Vielleicht kann mir jemand einen Tipp geben was ich an der Stelle falsch mache.
Gruß, Thorsten
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
SY-SUBRC = 4?
Wie sieht der Export-Befehl aus?
Wie sieht der Export-Befehl aus?
Das ist leider auch eines meiner Probleme. Ich finde die Codestelle nicht wo der Memory gefüllt wird!!
Im SD handelt es sich um das Datenelement CC_EFELD. Ich konnte jedoch über den verwendungsnachweis noch nicht die besagte stelle finden.
Im SD handelt es sich um das Datenelement CC_EFELD. Ich konnte jedoch über den verwendungsnachweis noch nicht die besagte stelle finden.
Der Klassiker...carlie hat geschrieben:Das ist leider auch eines meiner Probleme. Ich finde die Codestelle nicht wo der Memory gefüllt wird!!
Im SD handelt es sich um das Datenelement CC_EFELD. Ich konnte jedoch über den verwendungsnachweis noch nicht die besagte stelle finden.
Dann kapsele als erstes mal den EXPORT und IMPORT in einer eigenen Klasse, damit beides zusammen ist.
Oder verwende eine Klassen-Konstante für die Memory-ID. Dann findet man es über den Verwendungsnachweis sofort wieder.
Um die Aufrufstelle zu finden, kannst du einen Breakpoint bei EXPORT TO MEMORY setzen.
Oder SAPMV45A mit RPR_ABAP_SOURCE_SCAN nach "CCPR" durchsuchen. Nach deiner Beschreibung müsste der Export hier passieren.
Ich habe dank deiner Hilfe die Stelle gefunden wo der Memory gefüllt wird. Dies passiert in der Form "Create_Memory" im Include LCCPRF01.
Vielleicht ist es jetzt einfacher Herauszufinden wie ich den BADi richtig füllen muss.
Gruß, Thorsten
Code: Alles auswählen.
*&---------------------------------------------------------------------*
*& Form CREATE_MEMORY
*&---------------------------------------------------------------------*
* text
*----------------------------------------------------------------------*
* --> p1 text
* <-- p2 text
*----------------------------------------------------------------------*
form create_memory.
export itab_parameter
save_valid_or_invalid "Falls Eingabe über Pop Up
akt_tecs itab_tecn "Falls Eingabe über TECHS
akt_aennr akt_prio "Falls Eingabe über AENNR
akt_datuv "Falls Datum vorhanden
to memory id 'CCPR'.
endform. " CREATE_MEMORYGruß, Thorsten
Du kannst nur die komplette Datenstruktur wieder einlesen, keine Teilfelder.
Also IMPORT akt_tecs ... FROM MEMORY ID.
Also IMPORT akt_tecs ... FROM MEMORY ID.
Ich habe das jetzt mal neu aufgebaut. Die Struktur im Badi wird jedoch weiterhin nicht über den Memory gefüllt.
Der Badi springt beim aufruf IPC schon mal an. SY-SUBRC ist auch immer 0. Irgend etwas übersehe ich wohl an der Stelle.
Der Badi springt beim aufruf IPC schon mal an. SY-SUBRC ist auch immer 0. Irgend etwas übersehe ich wohl an der Stelle.
Code: Alles auswählen.
method IF_EX_ERP_CFG_ADAPT~SET_CONTEXT.
Data: akt_tect type tect,
itab_parameter type cc01_parameter_type,
save_valid_or_invalid type cc01_valid_or_invalid_type,
akt_tecs type tecs,
itab_tecn type tecn,
akt_aennr type aenr-aennr,
akt_prio type tccet-efftpr,
akt_datuv type ccdeco-datub.
* import itab_parameter to itab_parameter from memory id 'CCPR'.
* import save_valid_or_invalid to save_valid_or_invalid from memory id 'CCPR'.
import akt_tecs to akt_tecs from memory id 'CCPR'.
* import itab_tecn to itab_tecn from memory id 'CCPR'.
import akt_aennr to akt_aennr from memory id 'CCPR'.
import akt_prio to akt_prio from memory id 'CCPR'.
import akt_datuv to akt_datuv from memory id 'CCPR'.
endmethod.
So sieht es aber richtig aus.
die gesamten Strukturen kannst du mit EINEM Import wieder einlesen (Analog zum Export).
Du kannst nur nicht auf einzelne Felder einer exportierten Struktur zugreifen.
Stelle mal sicher, dass die Strukturen tatsächlich gefüllt sind.
Ansonsten kannst du noch Pech haben und die Verarbeitung im IPC/SEC (Was auch immer das sein mag) findet in einem separaten Modus statt (CALL FUNCTION ... STARTING NEW TASK). Dann hast du eine neue LUW und keinen Zugriff mehr auf den SAP-Speicher des anderen Prozesses. Grade erlebt: Da wurde die Verarbeitung der Belege parallelisiert mit Hilfe des Konstruktes STARTING NEW TASK.
die gesamten Strukturen kannst du mit EINEM Import wieder einlesen (Analog zum Export).
Du kannst nur nicht auf einzelne Felder einer exportierten Struktur zugreifen.
Stelle mal sicher, dass die Strukturen tatsächlich gefüllt sind.
Ansonsten kannst du noch Pech haben und die Verarbeitung im IPC/SEC (Was auch immer das sein mag) findet in einem separaten Modus statt (CALL FUNCTION ... STARTING NEW TASK). Dann hast du eine neue LUW und keinen Zugriff mehr auf den SAP-Speicher des anderen Prozesses. Grade erlebt: Da wurde die Verarbeitung der Belege parallelisiert mit Hilfe des Konstruktes STARTING NEW TASK.
Hallo,
generell kannst du natürlich recht habe. Die vermutung hatte ich auch schon das der IPC in einem anderen Rahmenprogramm läuft. Die Engine liegt im java Stack und wird über eine RFC verbindung aufgerufen und im VMC im SD Beleg Visualisiert.
Aber um das auszuschließen bin ich weiterhin am testen.
Die Struktur "itab_parameter" wird definitiv gefüllt (siehe Bild). Jetzt bekomme ich beim Badi aufruf einen laufzeitfehler. Angeblich sind die Felddefinitionen nicht gleich. Was ich jetzt leider auch wiederum nicht verstehe.
Struktur Definition in der Typgruppe CC01:
BADI:
Auf jeden fall schon mal danke für die Unterstützung.
generell kannst du natürlich recht habe. Die vermutung hatte ich auch schon das der IPC in einem anderen Rahmenprogramm läuft. Die Engine liegt im java Stack und wird über eine RFC verbindung aufgerufen und im VMC im SD Beleg Visualisiert.
Aber um das auszuschließen bin ich weiterhin am testen.
Die Struktur "itab_parameter" wird definitiv gefüllt (siehe Bild). Jetzt bekomme ich beim Badi aufruf einen laufzeitfehler. Angeblich sind die Felddefinitionen nicht gleich. Was ich jetzt leider auch wiederum nicht verstehe.
Struktur Definition in der Typgruppe CC01:
Code: Alles auswählen.
TYPES: BEGIN OF cc01_parameter_type,
fieldname LIKE dntab-fieldname,
*d value LIKE comw-atwrt, "note 888589
value TYPE cc_effld, "note 888589
text LIKE tccept-effptext,
sort LIKE tccep-sort,
END OF cc01_parameter_type.Code: Alles auswählen.
method IF_EX_ERP_CFG_ADAPT~SET_CONTEXT.
data itab_parameter type cc01_parameter_type.
import itab_parameter to itab_parameter from memory id 'CCPR'.
endmethod.Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Dann kann das nicht funktionieren!carlie hat geschrieben:Die Engine liegt im java Stack und wird über eine RFC verbindung aufgerufen und im VMC im SD Beleg Visualisiert.
Aber genau dafür ist der Badi "ERP_CFG_ADAPT" gedacht. Laut SAP Dokumentation können in dieser Schnittstelle freie Kontextparameter definiert werden.
https://help.sap.com/saphelp_erp60_sp/h ... ameset.htm
Ich denke um das letztlich zu klären muss ich mal eine OSS Meldung öffnen.
https://help.sap.com/saphelp_erp60_sp/h ... ameset.htm
Ich denke um das letztlich zu klären muss ich mal eine OSS Meldung öffnen.
Das mag ja sein. Aber wo kein gemeinsamer Speicherbereich ist, kannst du mit IMPORT FROM und EXPORT TO MEMORY nicht weiterkommen.
Die Daten müssen dann aus der DB gelesen werden.
Schau beim IMPORT noch mal in dem Reiter "Desktop2" in die Aufrufhierarchie.
Wenn dort das rufende Programm nicht aufgeführt wird, dann kannst du definitiv nicht mit dem SAP-Memory arbeiten.
Die Daten müssen dann aus der DB gelesen werden.
Schau beim IMPORT noch mal in dem Reiter "Desktop2" in die Aufrufhierarchie.
Wenn dort das rufende Programm nicht aufgeführt wird, dann kannst du definitiv nicht mit dem SAP-Memory arbeiten.
Nochmals danke für deine Hilfe. Im ABAP Stack schaut es Okay aus. Ich starte in Transaktion VA02. Wenn ich es nun richtig vertehe müsste der Memory also im zugriff sein.
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
JA, das sieht gut aus und sollte funktionieren.
Vergleichbare Themen
21
Antw.
Antw.
4956
Views
Views
8
Antw.
Antw.
7166
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 5 Stunden von DeathAndPain 4 / 592
vor 5 Stunden von DeathAndPain 4 / 592
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 5 Stunden von DeathAndPain 4 / 592
vor 5 Stunden von DeathAndPain 4 / 592