dispatch

Da ist der Automatismus, dass das Event an den Appl-Server übertragen wird aktiv (EDIT: Hierbei handelt es sich um ein Systemereignis! und das wird immer autom. transportiert). Jetzt gibt es aber Events (EDIT: Applikations-Ereignisse), die gehen nicht autom. rüber. Daher wird zusätzlich autom. am Ende des PAI ein dispatch aufgerufen, um diese offenen Events abzuarbeiten.

Applikations-Ereignisse werden die nie automatisch an Applikationsserver gesendet?
Unter Applikations- und Systemereignisse verstehe ich folgendes:

Systemereignis:
wenn bei APPL_EVENT der Wert initial ist, dann ist es ein Systemereignis. Präs. Server schickt Ereignis an AS Server und Behandlermethode im ABAP bearbeitet das Ereignis. Dann kehrt ABAP in Dynproablauflogik zurück, ohne PAI und PBO zu durchlaufen.

Anwendungsereignis:
wenn bei APPL_EVENT der Wert nicht initial ist, dann ist es ein Anwendungereignis. Präs. Server schickt Ereignis an AS Server ohne Behandlermethode im ABAP zu verarbeiten, dabei wird aber PAI Module, also Dynproablauflogik durchlaufen anstatt Behandlermethode.

Schlussaussage:
Irgendwie checke ich dieses Controlereignis Thema überhaupt nicht. Ich stelle mir nur vor, wenn ein Eregnis mit set_registered_events registriert, dann wird die Behandlermethode abgearbeitet, sonst lauft es ins leere. Es gibt gewisse Ereignisse, die schon bereits registriert worden sind, diese muss man dann nicht mit set_registered_events registrieren. So stelle ich es mir alles vor....
Ich weiss schon vorraus, dass diese Aussage nicht stimmen, aber bitte korrigiere meine Aussage.

Danke für eure Mühe kostonstyle