namespace <SI-Namespace>::skeleton::triggers

Der Namespace <SI-Namespace>::skeleton::triggers stellt für Service-Skeletons im Kommunikationsmodul com der AUTOSAR Adaptive Platform spezifische Klassen zur Verfügung, um im ServiceInterface definierte Trigger serverseitig anzusprechen. Für jeden deklarierten Trigger in der Rolle trigger wird eine Instanz der Klasse <Trigger> bereitgestellt, über die Dienstanbieter Ereignissignale an verbundene Clients auslösen können. Vermutlich ist die Lebensdauer dieser Trigger-Klassen fest an das übergeordnete Skeleton-Objekt gebunden, weshalb deren Nutzung die vorherige Initialisierung und das Anbieten des jeweiligen Dienstes voraussetzt. Frage (offen) Dienstanbieter müssen zudem berücksichtigen, dass gleichzeitige Trigger-Aufrufe aus mehreren Threads eine applikationsseitige Synchronisation erfordern dürften.

mehr ›

Kontext

Der Namespace <SI-Namespace>::skeleton::triggers ist ein spezialisierter Namensraum des Kommunikationsmoduls com der AUTOSAR Adaptive Platform (Release R25-11). Innerhalb der serviceorientierten Architektur (SOA) bildet das ServiceInterface die formale Schnittstellenspezifikation, die den Funktionsumfang und die Kommunikationsmuster zwischen Dienstanbietern (Skeletons) und Dienstkonsumenten (Proxies) festlegt. Neben Methoden für synchrone oder asynchrone Funktionsaufrufe, Events zur Datenübertragung und Fields für zustandsbehaftete Eigenschaften können Service-Interfaces auch Trigger enthalten. Für jeden in einem ServiceInterface in der Rolle trigger deklarierten Trigger stellt der Namespace <SI-Namespace>::skeleton::triggers eine eigene Service-Skeleton-Trigger-Klasse <Trigger> bereit.

Die zentrale Rolle dieser Klassen besteht darin, der Server-Applikation eine dedizierte Abstraktion zur Signalisierung von Steuerungs- oder Benachrichtigungsimpulsen bereitzustellen. Im Gegensatz zu klassischen Events, die primär dem kontinuierlichen oder ereignisgesteuerten Datentransport dienen, signalisiert ein Trigger typischerweise das Eintreten eines definierten Ereignisses oder Zustandswechsels. Zu den zentralen Interaktionspartnern der Trigger-Klassen gehören die anbietende Applikationslogik, das aggregierende Service-Skeleton sowie die Kommunikations-Middleware von com, welche die Weiterleitung der Signale über das jeweilige Transport-Binding übernimmt.

Lebenszyklus

Der Lebenszyklus der Trigger-Klassen im Namespace <SI-Namespace>::skeleton::triggers ist unmittelbar an das übergeordnete Service-Skeleton gekoppelt. Vermutlich wird für jeden im ServiceInterface definierten Trigger genau eine Instanz der Klasse <Trigger> bei der Erzeugung des Service-Skeletons instantiiert und durch dieses verwaltet. Frage Q-a0d69b49748aa8c4 (offen) Eine isolierte Erzeugung oder Zerstörung durch die Dienstanwendung findet üblicherweise nicht statt.

In der Betriebsphase gliedert sich die Nutzung in drei charakteristische Phasen: die Initialisierungsphase, die aktive Sendephase und die Beendigungsphase. Während der Initialisierung richtet die Kommunikationsschicht die erforderlichen Bindings und Ressourcen für den Trigger ein. Sobald der Dienstanbieter den Dienst über das Skeleton offiziell im System anbietet, geht der Trigger in den betriebsbereiten Zustand über. In dieser Phase kann die Anwendungslogik wiederholt Auslösevorgänge anstoßen. Endet das Dienstangebot oder wird der Skeleton freigegeben, werden auch die zugeordneten Trigger-Ressourcen bereinigt. Hinsichtlich der Nebenläufigkeit dürfte bei gleichzeitiger Trigger-Betätigung aus mehreren Threads eine applikationsseitige Synchronisation erforderlich sein, sofern das zugrundeliegende Kommunikations-Framework keine inhärente Thread-Sicherheit für gleichzeitige Trigger-Aufrufe zusichert. Frage Q-eb23aad9119e9a8f (offen)

Nutzungspfad

Der typische Nutzungspfad für die Klassen aus <SI-Namespace>::skeleton::triggers umfasst den gesamten Ablauf von der Schnittstellendefinition bis zur Deaktivierung des Dienstes:

• Schnittstellendesign und Codegenerierung: Im Software-Modell wird ein ServiceInterface definiert, das mindestens einen Trigger in der Rolle trigger enthält. Der Plattform-Codegenerator erzeugt daraus den Namespace <SI-Namespace>::skeleton::triggers und die zugehörige Klasse <Trigger>.
• Instanziierung des Skeletons: Die Server-Anwendung instanziiert die konkrete Implementierung des Service-Skeletons. Interpretation: Der Zugriff auf die Instanz von <Trigger> wird dem Dienstanbieter über die Member-Schnittstelle des Skeletons offengelegt. Frage Q-f287180a040cea33 (offen)
• Dienstbereitstellung: Das Service-Skeleton initiiert das Dienstangebot im Netzwerk, sodass Client-Proxies den Dienst finden und sich auf Trigger-Benachrichtigungen registrieren können.
• Trigger-Auslösung: Sobald in der Anwendungslogik eine Trigger-Bedingung erfüllt ist, ruft die Server-Software die Auslösemethode am <Trigger>-Objekt auf. Die Plattform überträgt das Signal an alle registrierten Konsumenten.
• Außerbetriebnahme: Die Server-Anwendung zieht das Dienstangebot zurück und zerstört die Skeleton-Instanz, womit auch die Trigger-Objekte deterministisch deallokiert werden.