Export/Import from Memory

Export/Import from Memory

Hallo zusammen,

ich exportiere aus einer Methode eine Itab in den Memory. Dann ruf ich mit Submit einen Report auf und importiere die Tabelle wieder. Sobald ich einen Breakpoint vor dem Export gesetzt habe, funktioniert das auch. Aber nehm ich dem Breakpoint weg, dumpt mir mein komplettes Programm. Folgende Aufrufhierarchie liegt vor: Rahmenprogramm->Aufruf einer Methode1 Klasse1->Aufruf einer Methode1 Klasse2->Aufruf eines Reports1 mit Submit.

Ich hab zu Testzwecken ein anderes Rahmenprogramm verwendet.

Wenn ich den Dump nicht anfangen, bekomm ich auch noch eine detailierte Beschreibung des Fehlers. Der Import kann nicht statt finden, da das Zielfeld kleiner ist als das exportierte Feld. Da ich das ganze nun mehrmals mache, kann ich mir nur vorstellen, dass der Memory nicht richtig leer gemacht wird. Aber ich initialisiere ich nach jedem Durchlauf meine lokalen Variablen. Außerdem mach ich nach jedem Import ein Delete from Memory.

Kann mir jemand helfen. Bitte es ist dringend.

danke für den Tipp. Funktioniert nur leider nicht.

Kann das nicht nen generelles Speicherproblem sein? Es werden ja auch PBO und PAI-Module in den Speicher geladen.

dein Tipp war ja auch gut. Das der BP einen Commit auslöst hab ich mir fast gedacht nur leider läufts nicht wenn ich den Commit selbst setzte.

Komisch ist ja auch, wenn ich ein Programm ohne PBO und PAI - Module habe und dann das ganze aufrufe, laufen meine Methoden einwandfrei auch ohne BP.

Hallo steffi,

Probiere es mit CALL FUNCTION 'BAPI_TRANSACTION_COMMIT'
statt mit COMMIT WORK. Vielleich geht´s.

Gruß Waldemar

Hallo,

ich habe die einzelnen Codeblöcke mal zusammengeschnitten.
Wie gesagt, die Report SUBMIT_PROG wird dynamisch generiert.
Die TYPES deklaration ändert sich also jedes mal.
Den Quellcode hab ich ein wenig verändert-> aus diesem Grund nicht das SQL-Statement beachten.

i_ptr_it_table ist der input-Parameter der Methode und enthält die strucktur der übergebenen Tabelle.



1.) Poste den Codeblock, der den EXPORT TO MEMORY beinhaltet.


REPORT SUBMIT_PROG.

TYPES: BEGIN OF STRUC_NEW_TABLE,
Name(100) TYPE C,
Vorname(50) TYPE C,
Strasse(100) TYPE C,
End OF STRUC_NEW_TABLE.

DATA: g_IT_TABLE TYPE STANDARD table of STRUC_NEW_TABLE,
g_chr_iden(3) type c value 'xyz',
g_chr_iden2(3) type c value 'abc',
g_it_code type table of string,
g_ptr_table type ref to data,
l_int_lines type i,
g_chr_prog(8) type c.

get reference of g_it_table into g_ptr_table.

FIELD-SYMBOLS: <wa_it1> TYPE standard table,
<wa_it> type any.

DATA: l_ptr_line type ref to data.

ASSIGN g_ptr_table->* TO <wa_it1>.
create data l_ptr_line like line of <wa_it1>.
assign l_ptr_line->* to <wa_it>.

EXEC SQL.
open c for
select name,vorname,strasse
from test
where name like ?M%?
order by plz
endexec.

DO.
EXEC SQL.
fetch next c into structure :<wa_it>
ENDEXEC.

IF SY-SUBRC <> 0.
EXIT.
Else.
append <wa_it> to g_it_table.
Endif.
ENDDO.

EXEC SQL.
close c
ENDEXEC.

GET REFERENCE OF g_it_table INTO g_ptr_table.
describe table g_it_table lines l_int_lines.

if l_int_lines = 0.
export str1 from 'X' to memory id 'LEE' COMPRESSION ON.
else.
export str1 = g_it_table to memory id g_chr_iden2 COMPRESSION ON.
endif.







2.) Poste den Codeblock, der den Assign des Feldsymbols <l_fs_it_blank_table> beinhaltet

Method dynamic_code

*Dereferenzieren der leeren ITAB
ASSIGN i_ptr_it_table->* TO <l_fs_it_blank_table>.

SUBMIT submit_prog and return.

* gefüllte Itab aus dem Speicher auslesen
IMPORT str1 = <l_fs_it_blank_table> FROM MEMORY ID l_chr_id2 ACCEPTING PADDING ACCEPTING TRUNCATION.
DELETE FROM MEMORY ID l_chr_id2.
COMMIT WORK.


3.) Poste die Zuordnungen der Variablen l_chr_id, l_chr_id2

Method dynamic_code
*Lokale Variabeln
DATA: l_chr_id(3) TYPE c VALUE 'xyz',
l_chr_id2(3) TYPE c VALUE 'abc'.

* Lokale Feldsymbole
FIELD-SYMBOLS: <l_fs_it_blank_table> TYPE ANY TABLE.




4.) Poste bei welchem der von dir angezeigten IMPORTS denn nun der Dump auftritt.

Method dynamic_code
* gefüllte Itab aus dem Speicher auslesen
IMPORT str1 = <l_fs_it_blank_table> FROM MEMORY ID l_chr_id2 ACCEPTING PADDING ACCEPTING TRUNCATION.
DELETE FROM MEMORY ID l_chr_id2.
COMMIT WORK.

danke für die schnelle antwort.

das problem ist aber, dass ich soviele haltepunkte setzen kann wie ich will im Debugg-Modus bricht mir mein Programm auch nicht ab udn ich kann auch keinen Fehler finden. Erst wenn die Debugg-Punkte weg sind knallt es.

Ich habs warum es nicht funktioniert hat

Und zwar ist es so, wenn man ein Programm mit der Anweisung wird das Programm, wenn es denn schon besteht, nur beim ersten Aufruf kompiliert. Da ich es mehrmals aufrufe, hat er meine Änderungen noch nicht realisiert.
Aus diesem Lösch ich das Programm jetzt immer mit Nur bin ich mir nicht so sicher ob ich diese Anweisung benutzten sollte. Besser wäre wahrscheinlich der Fuba RS_DELETE_PROGRAM.