Diese Seite wurde vollständig KI-generiert auf Basis von SWS IntrusionDetectionSystemManager (R25-11) — kein offizieller AUTOSAR-Text und keine automatisch extrahierte API-Seite wie die übrigen Module. Als Interpretation gekennzeichnete Aussagen sind Schlussfolgerungen aus den Quellen.
Definiert die Fehlerdomäne des Intrusion Detection System Managers zur Zuordnung von Fehlercodes und Ausnahmen.
KI-GENERIERTungeprüftModell: gemini-3.8-flash-medium · Aufwand: medium · Temperatur: nicht steuerbar · Prompt: 5ad009b86550HerkunftOffene Fragen (2)
KI-generiertgemini-3.8-flash-medium · 2026-10-13
Definiert die Fehlerdomäne des Intrusion Detection System Managers zur Zuordnung von Fehlercodes und Ausnahmen.
Die Klasse bindet das Intrusion Detection System Manager Modul an das Fehlerbehandlungssystem der AUTOSAR Adaptive Platform an und definiert domänenspezifische Fehlercodes sowie Exceptions [SWS_AIDSM_10706]. Zu ihren Hauptaufgaben gehören die Identifikation der Domäne, die Bereitstellung lesbarer Fehlermeldungen zu Fehlercodes sowie die Überführung von Fehlern in typisierte Ausnahmen über ThrowAsException[SWS_AIDSM_10712]. Da der Standardkonstruktor gelöscht ist, erfolgt der Zugriff vermutlich über eine globale Instanz, deren Methodenaufrufe vollständig threadsicher spezifiziert sind. Frage (offen)
Kontext
Die Klasse ara::idsm::IdsmErrorDomain fungiert innerhalb der AUTOSAR Adaptive Platform im Modul idsm als zentrale Fehlerdomäne zur Identifikation und Klassifikation systemspezifischer Fehlerzustände des Intrusion Detection System Managers [SWS_AIDSM_10706]. Als finale Spezialisierung der Basisklasse ara::core::ErrorDomain integriert sie das IdsM-Subsystem nahtlos in das einheitliche Fehlerbehandlungsmodell der Adaptive Platform [SWS_AIDSM_10706]. Definiert wird die Klasse im Header ara/idsm/idsm_error_domain.h.
Innerhalb der Fehlerarchitektur verknüpft die Klasse relevante Typdefinitionen für die IdsM-Fehlerbehandlung: Über den Typalias Errc referenziert sie die bereichsspezifische Fehlercode-Enumeration IdsmErrc[SWS_AIDSM_10707], während der Typalias Exception an die modulspezifische Ausnahmeklasse IdsmException gebunden ist [SWS_AIDSM_10708]. Zudem stellt sie über die überschriebene Methode Name() einen eindeutigen Bezeichner der Domäne für Diagnose- und Protokollierungszwecke bereit [SWS_AIDSM_10710].
Die Erzeugung von Instanzen der IdsmErrorDomain unterliegt strengen Einschränkungen. Der Standardkonstruktor ist explizit gelöscht (IdsmErrorDomain() = delete;) [SWS_AIDSM_10709]. Aufrufende Komponenten und Anwendungen können die Klasse daher nicht über eine gewöhnliche Objekterzeugung instanziieren. Die Bereitstellung der Domäneninstanz dürfte in der Praxis vermutlich über eine statische Zugriffsfunktion des Moduls als langlebiges Singleton erfolgen, wie es für Fehlerdomänen in der AUTOSAR Adaptive Platform üblich ist. Frage Q-f791746dd8b5c3d5 (offen)
Als rein funktionale Fehlerdomäne besitzt die Klasse keine veränderlichen internen Zustände und durchläuft keine komplexen Lebenszyklusphasen oder Zustandsübergänge. Hinsichtlich der Nebenläufigkeit sind sämtliche bereitgestellten Methodenaufrufe (Name(), Message() sowie ThrowAsException()) explizit als thread-safe spezifiziert [SWS_AIDSM_10710], [SWS_AIDSM_10711], [SWS_AIDSM_10712]. Instanzen der Fehlerdomäne können somit ohne zusätzliche externe Synchronisationsmechanismen parallel von mehreren Threads des Systems sicher genutzt werden.
Nutzungspfad
Im praktischen Einsatz dient die Klasse der Übersetzung und Vermittlung von IdsM-Fehlern innerhalb des Softwaresystems über die folgenden typischen Schritte:
Identifikation und Diagnose: Über die Methode Name() kann der Bezeichner der Fehlerdomäne abgefragt werden, um festzustellen, ob ein vorliegender Fehler aus dem IdsM-Modul stammt [SWS_AIDSM_10710].
Textuelle Fehlermeldung: Bei Vorliegen eines spezifischen Fehlercodes aus IdsmErrc (alias Errc) liefert der Aufruf von Message(errorCode) eine lesbare Beschreibung der Fehlerursache als Zeichenkette zurück [SWS_AIDSM_10707], [SWS_AIDSM_10711].
Ausnahmeauslösung: Benötigt eine Aufrufhierarchie eine Ausnahme statt einer wertbasierten Fehlerbehandlung, wandelt die Methode ThrowAsException(errorCode) einen Fehlercode direkt in die entsprechende Ausnahme um [SWS_AIDSM_10712].
Durch diesen Nutzungspfad unterstützt die Domäne sowohl wertbasierte Fehlerprüfungen über ara::core::ErrorCode als auch klassische ausnahmebasierte Kontrollflüsse im Fehlerfall.
Fehlerszenarien
Fehlerbedingungen innerhalb des IdsM-Moduls werden über Werte der Enumeration IdsmErrc repräsentiert, auf welche typisiert über das Alias Errc zugegriffen wird [SWS_AIDSM_10707]. Die Fehlerdomäne steuert, wie diese Fehlercodes in Ausnahmesituationen überführt werden.
Die Methode ThrowAsException(const ara::core::ErrorCode& errorCode) ist mit noexcept(false) annotiert und wirft die zum übergebenen Fehlercode gehörige Exception [SWS_AIDSM_10712]. Bei diesem Typ handelt es sich um IdsmException, welche über den Alias Exception angebunden ist [SWS_AIDSM_10708]. Interpretation: Der Aufruf kehrt im Fehlerfall nicht regulär zurück, sondern erzwingt das Verlassen des aktuellen Ausführungskontexts durch das Auslösen der Ausnahme. Frage Q-52ca402c6c38a110 (offen) Demgegenüber garantieren Name() und Message() durch ihre noexcept-Deklaration, dass während der reinen Namens- oder Meldungsabfrage niemals unbeabsichtigte Ausnahmen geworfen werden können [SWS_AIDSM_10710], [SWS_AIDSM_10711].
Dieser Leitfaden wurde auf Basis der AUTOSAR-Spezifikation für R25-11 automatisiert generiert.
Synopsis
class IdsmErrorDomain final : public ara::core::ErrorDomain {...};
gemini-3.8-flash-medium· 2026-10-13