COMMIT
4 Beiträge
•
Seite 1 von 1
4 Beiträge
Seite 1 von 1
hallo zusammen,
ich hab da ein "kleines" Problem.
Ich hab einen Dialog entwickelt. Dieser geht über 2 Dynpros.
Im ersten Dynpro hab ich einen FUBA entwickelt, der eine Position quittieren soll. Somit wartet er nur noch auf Commit und Rollback.
Commit oder Rollback wird aber erst im zweiten Dynpro aufgerufen. Wenn ich Rollback im zweiten Dynpro auslöse, setzt er mir die Quittierung nicht mehr zurück.
Nach langem suchen und nachdem ich zeile für zeile jeden fuba durchgegangen bin, aussicht nach einem versteckten commit, hab ich den Fehler gefunden.
Call Screen löst einen Commit aus und somit hat ein Rollback im zweiten Dynpro keine Auswirkung mehr.
Hier meine Frage? Wie kann man über mehrere Dynpros mit LUW arbeiten und zwar so, dass der call screen kein commit auslöst?
Wäre super wenn ihr mir weiterhelfen könnt und ich bedanke mich jetzt schonmal für die zahlreichen Antworten
ich hab da ein "kleines" Problem.
Ich hab einen Dialog entwickelt. Dieser geht über 2 Dynpros.
Im ersten Dynpro hab ich einen FUBA entwickelt, der eine Position quittieren soll. Somit wartet er nur noch auf Commit und Rollback.
Commit oder Rollback wird aber erst im zweiten Dynpro aufgerufen. Wenn ich Rollback im zweiten Dynpro auslöse, setzt er mir die Quittierung nicht mehr zurück.
Nach langem suchen und nachdem ich zeile für zeile jeden fuba durchgegangen bin, aussicht nach einem versteckten commit, hab ich den Fehler gefunden.
Call Screen löst einen Commit aus und somit hat ein Rollback im zweiten Dynpro keine Auswirkung mehr.
Hier meine Frage? Wie kann man über mehrere Dynpros mit LUW arbeiten und zwar so, dass der call screen kein commit auslöst?
Wäre super wenn ihr mir weiterhelfen könnt und ich bedanke mich jetzt schonmal für die zahlreichen Antworten
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 / 4399 / 223 /
1182
)
»
hi!
PERFORM ... ON COMMIT ist glaub ich das was du suchst und sollte erst bei einem echten COMMIT ausgeführt werden.
Aber ich muss hier meinen Vorpostern anschließen, dass man solche Aktionen nicht über 2 Dynpros verteilen sollte, da man sonst nur in Teufels Küche kommt.
Da SAP keine geschachtelten LUWs (START TRANSACTION) kennt, quittiert COMMIT immer die Haupt-LUW und da man nie genau sagen kann ob nicht irgendein Standard FuBa intern ein COMMIT auslöst handelt man sich eigentlich nur Probleme ein.
lg ADT.
PERFORM ... ON COMMIT ist glaub ich das was du suchst und sollte erst bei einem echten COMMIT ausgeführt werden.
Aber ich muss hier meinen Vorpostern anschließen, dass man solche Aktionen nicht über 2 Dynpros verteilen sollte, da man sonst nur in Teufels Küche kommt.
Da SAP keine geschachtelten LUWs (START TRANSACTION) kennt, quittiert COMMIT immer die Haupt-LUW und da man nie genau sagen kann ob nicht irgendein Standard FuBa intern ein COMMIT auslöst handelt man sich eigentlich nur Probleme ein.
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
Seite 1 von 1
Vergleichbare Themen
0
Antw.
Antw.
1393
Views
Views
2
Antw.
Antw.
1668
Views
Views
4
Antw.
Antw.
2175
Views
Views
2
Antw.
Antw.
5319
Views
Views
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.