Dynpro durch ein "externes" Ereignis aktualisieren

Nimm ein Timerobjekt in dem Programm welches upgedatet werden soll und lass dieses regelmäßig nachschauen, ob dein Ereignis eingetreten ist.

Was ist mit

CALL FUNCTION func STARTING NEW TASK task
...
[{PERFORMING subr}|{CALLING meth} ON END OF TASK].

Der Benutzer wird nun zwar nicht mehr durch die permanente Sanduhr gestört, doch durch die asynchrone Verarbeitung führt dazu, dass die Funktion SAPGUI_SET_FUNCTIONCODE ins Nirvana geht; und somit kein neuer PBO Durchlauf angestartet wird.

Da ich nicht davon ausgehe, dass es einen Kunstgriff gibt mit dem man vom asynchronen zurück ins synchrone Verarbeiten wechseln kann, werde ich meine letzte Idee umsetzen.

Wenn die funktioniert stelle ich sie hier rein...

Auch mit diesem Methodenaufruf funktioniert es nicht...allerdings liefert diese über den RC einen weiteren Anhaltspunkt.

RC: -102

Ursache: Im Methodenaufruf werden die aktuellen Events mittels
get_current_event ermittelt. Hier werden keine gefunden...weshalb das Event nicht ausgelöst werden kann.

Ruft man eine weitere Methode der Klasse auf (GET_LIVING_DYNPRO_CONTROLS) dann sucht diese im Programm SAPMSSY7 (Scheduler) und auf dem Dynpro 3001 (Empfang von asynchr. RFC-Daten.)...

...bei der Methode get_current_event wird ebenfalls in diesem Programm gesucht. Ruft man die LIVINING_CONTROLS an einer anderen Stelle im Programm auf, dann sucht sie korrekt im Z-Programm.

Meinem Verständis nach läuft das Unterprogramm, das nach dem asynchronen Durchlauf des FuBa, durchlaufen wird ebenfalls synchron asynchron. Wenn ich die Hilfe diesbezüglich richtig interpretiere, soll der Zusatz dazu genutzt werden um auf Fehler bzw. Ergebnisse reagieren zu können (aber nicht synchron, sondern zu einem späteren ausgewählten Zeitpunkt; z. B. Benutzeraktion).