BAPI_TRANSACTION_COMMIT in aufgerufener Transaktion ersetzen Thema ist als GELÖST markiert
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo!
Ich muss eine Transaktion aufrufen. In dieser Transaktion wird ein BAPI verwendet (BAPI_MATERIAL_SAVEDATA). Direkt danach wird ein BAPI_TRANSACTION_COMMIT ausgeführt.
Mein Problem ist, dass nach einem COMMIT WORK (was innerhalb von BAPI_TRANSACTION_COMMIT ausgeführt wird) die aufgerufene Transaktion beendet wird und der Benutzer in die ursprüngliche Transaktion zurückgeworfen wird.
Ich habe es in anderen Fällen geschafft, dies zu umgehen, indem ich den Funktionsbaustein DB_COMMIT verwendet habe. Doch jetzt funktioniert das nicht mehr.
Ich habe in SM12 nachgeschaut. Dort sind einige Tabellen gesperrt. Wenn ich den Code mit dem ursprünglichen BAPI_TRANSACTION_COMMIT ausführe, sehe ich, dass die Sperren ebenfalls gelöst werden.
Was ich dann ausprobiert habe, ist DEQUEUE_ALL. Die Sperren sind auf diese Weise weg, aber jetzt funktioniert das aufgerufene BAPI nicht. Das Material wird nicht so hinzugefügt, wie es geschieht, wenn BAPI_TRANSACTION_COMMIT verwendet wird.
Ich werde noch verrückt. Irgendwelche Ideen? =/
Ich muss eine Transaktion aufrufen. In dieser Transaktion wird ein BAPI verwendet (BAPI_MATERIAL_SAVEDATA). Direkt danach wird ein BAPI_TRANSACTION_COMMIT ausgeführt.
Mein Problem ist, dass nach einem COMMIT WORK (was innerhalb von BAPI_TRANSACTION_COMMIT ausgeführt wird) die aufgerufene Transaktion beendet wird und der Benutzer in die ursprüngliche Transaktion zurückgeworfen wird.
Ich habe es in anderen Fällen geschafft, dies zu umgehen, indem ich den Funktionsbaustein DB_COMMIT verwendet habe. Doch jetzt funktioniert das nicht mehr.
Ich habe in SM12 nachgeschaut. Dort sind einige Tabellen gesperrt. Wenn ich den Code mit dem ursprünglichen BAPI_TRANSACTION_COMMIT ausführe, sehe ich, dass die Sperren ebenfalls gelöst werden.
Was ich dann ausprobiert habe, ist DEQUEUE_ALL. Die Sperren sind auf diese Weise weg, aber jetzt funktioniert das aufgerufene BAPI nicht. Das Material wird nicht so hinzugefügt, wie es geschieht, wenn BAPI_TRANSACTION_COMMIT verwendet wird.
Ich werde noch verrückt. Irgendwelche Ideen? =/
Code: Alles auswählen.
call function 'BAPI_MATERIAL_SAVEDATA'
exporting
headdata = lv_mathead
tables
extensionin = lt_extensionin
extensioninx = lt_extensioninx.
if sy-subrc ne 0.
message id sy-msgid type sy-msgty number sy-msgno
with sy-msgv1 sy-msgv2 sy-msgv3 sy-msgv4.
call function 'BAPI_TRANSACTION_ROLLBACK'.
else.
* call function 'BAPI_TRANSACTION_COMMIT'.
call function 'DB_COMMIT'.
wait up to 3 seconds.
call function 'DEQUEUE_ALL'.
endif.
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Beitrag
von black_adept (Top Expert / 4161 / 136 /
960
)
»
Benutzt du "CALL TRANSACTION USING t_bdcdata OPTIONS FROM ctu_params"?
Wenn ja, dann bitte im ctu_params das Feld RACOMMIT auf "X" setzen.
RACOMMIT = "COMMIT WORK ist kein Ende bei CALL TRANSACTION USING..."
Wenn ja, dann bitte im ctu_params das Feld RACOMMIT auf "X" setzen.
RACOMMIT = "COMMIT WORK ist kein Ende bei CALL TRANSACTION USING..."
Folgende Benutzer bedankten sich beim Autor black_adept für den Beitrag:
gs3rr4
Seite 1 von 1
Frage die ABAP Experten
Über diesen Beitrag
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.
Vergleichbare Themen
Aktuelle Forenbeiträge
Unbeantwortete Forenbeiträge
Custom logic - Feld wieder initialisieren (BADI CRMS4_SERV_CUST_H_MODIFY)
letzen Monat von JanR 1 / 272107
letzen Monat von JanR 1 / 272107