CALL FUNCTION IN UPDATE TASK
3 Beiträge
•
Seite 1 von 1
3 Beiträge
Seite 1 von 1
Hallo,
ich habe folgendes Problem:
eine Tabelle wird manchmal gleichzeitig von 2 Programmen durch den gleichen Funktionsbaustein aktualisiert. Da aber in beiden Programmen der Funktionsbaustein mit IN UPDATE TASK aufgerufen wird, bekommen die Programme nicht mit, falls Update schiff gelaufen ist. Wie kann ich es unterbinden? Wo und welche Prüfung soll ich einbauen?
Vielen Dank im Voraus.
Frank
ich habe folgendes Problem:
eine Tabelle wird manchmal gleichzeitig von 2 Programmen durch den gleichen Funktionsbaustein aktualisiert. Da aber in beiden Programmen der Funktionsbaustein mit IN UPDATE TASK aufgerufen wird, bekommen die Programme nicht mit, falls Update schiff gelaufen ist. Wie kann ich es unterbinden? Wo und welche Prüfung soll ich einbauen?
Vielen Dank im Voraus.
Frank
gesponsert ⓘ
Stellenangebote auf ABAPforum.com schalten
kostenfrei für Ausbildungsberufe und Werksstudenten
kostenfrei für Ausbildungsberufe und Werksstudenten
Hallo,
hmmm, vielleicht mal ein paar Denkansätze.
Schau dir aber mal die Doku bezügl.: SET UPDATE TASK LOCAL. an.
Wichtig ist dabei allerdings, dass zum Zeitpunkt dieses Kommandos noch keine Verbuchungsbausteine durch das Programm in der Verbucherqueue eingetragen wurden.
Schau außerdem mal nach 'COMMIT WORK AND WAIT'. Dann bekommst du im SY-SUBRC den Returncode, ob die Verbuchung der V1!!! Bausteine erfolgreich war.
Viele Grüße,
Oliver
hmmm, vielleicht mal ein paar Denkansätze.
Nutzen die Programme Sperrbausteine? Ich hoffe doch, oder?eine Tabelle wird manchmal gleichzeitig von 2 Programmen durch den gleichen Funktionsbaustein aktualisiert.
läuft ja auch in separatem Prozess. Bei entsprechender Systemeinstellung bekommt der Nutzer allerdings eine Shortmessage.bekommen die Programme nicht mit, falls Update schiff gelaufen ist
Schau dir aber mal die Doku bezügl.: SET UPDATE TASK LOCAL. an.
Wichtig ist dabei allerdings, dass zum Zeitpunkt dieses Kommandos noch keine Verbuchungsbausteine durch das Programm in der Verbucherqueue eingetragen wurden.
Schau außerdem mal nach 'COMMIT WORK AND WAIT'. Dann bekommst du im SY-SUBRC den Returncode, ob die Verbuchung der V1!!! Bausteine erfolgreich war.
Viele Grüße,
Oliver
Hallo Frank,
Du kannst einfach im VB-Baustein ein SELECT SINGLE * FOR UPDATE setzen. Falls der Verbucher "parallel" anläuft, wartet der zweite Workprozess automatisch, bis die erste LUW abgeschlossen ist.
Gruß
Gerd
Du kannst einfach im VB-Baustein ein SELECT SINGLE * FOR UPDATE setzen. Falls der Verbucher "parallel" anläuft, wartet der zweite Workprozess automatisch, bis die erste LUW abgeschlossen ist.
Gruß
Gerd
Seite 1 von 1
Vergleichbare Themen
11
Antw.
Antw.
7614
Views
Views
CALL FUNCTION ... STARTING NEW TASK ... Task nachverfolgbar?
von Obelix1 » 30.01.2017 18:10 • Verfasst in ABAP® Core
von Obelix1 » 30.01.2017 18:10 • Verfasst in ABAP® Core
5
Antw.
Antw.
5354
Views
Views
6
Antw.
Antw.
10124
Views
Views
Call Function ... in background task ? Aber wie?
von Nordlicht » 25.03.2015 11:25 • Verfasst in Dialogprogrammierung
von Nordlicht » 25.03.2015 11:25 • Verfasst in Dialogprogrammierung
9
Antw.
Antw.
6142
Views
Views
CALL FUNCTION '...' STARTING NEW TASK in RECEIVE-Methode
von nickname8 » 12.02.2019 09:58 • Verfasst in ABAP® Core
von nickname8 » 12.02.2019 09:58 • Verfasst in ABAP® Core
1
Antw.
Antw.
2694
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
Nach Transport von Stellen über RHMOVE30 nur Planvariante "nie verwenden"
vor 16 Stunden von DeathAndPain 2 / 305
vor 16 Stunden von DeathAndPain 2 / 305
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 16 Stunden von DeathAndPain 2 / 305
vor 16 Stunden von DeathAndPain 2 / 305