„Object Management Architecture“ – Versionsunterschied
Erscheinungsbild
[gesichtete Version] | [gesichtete Version] |
Inhalt gelöscht Inhalt hinzugefügt
KLBot2 (Diskussion | Beiträge) K Bot: 1 Interwiki-Link(s) nach Wikidata (d:Q2011674) migriert |
Aka (Diskussion | Beiträge) K Halbgeviertstrich |
||
Zeile 3: | Zeile 3: | ||
Die OMA definiert eine Reihe von Schnittstellenstandards: |
Die OMA definiert eine Reihe von Schnittstellenstandards: |
||
* '''CORBA''' spezifiziert die zentrale Komponente der Architektur |
* '''CORBA''' spezifiziert die zentrale Komponente der Architektur – den [[Object Request Broker]] (''Objekt-Anforderungs-Vermittler''), auch Objektbus genannt. Der Objektbus handhabt den [[Nachrichtenaustausch]] und übermittelt Anforderungen (Requests) und Antworten in der verteilten Umgebung und ist so die Basis für [[Interoperabilität]] (Verträglichkeit) in heterogenen Netzwerken. Konkrete Implementierungen sind z. B. PolyORB, der quelloffene JacORB oder VisiBroker von [[Borland]]. |
||
* Eine weitere Komponente der OMA sind '''Object Services'''. Diese unterstützen die Kommunikation zwischen Objekten und beinhalten z. B. Namenservice, Zeit, Sicherheit, Abfrage usw. Sie stellen eine Erweiterung des Busses auf Systemniveau dar. |
* Eine weitere Komponente der OMA sind '''Object Services'''. Diese unterstützen die Kommunikation zwischen Objekten und beinhalten z. B. Namenservice, Zeit, Sicherheit, Abfrage usw. Sie stellen eine Erweiterung des Busses auf Systemniveau dar. |
||
* Die '''Common Facilities''' spezifizieren eine Reihe nützlicher Funktionen wie z. B. Fehlerbehandlung, Drucken, Benutzerschnittstelle, Task Management usw. |
* Die '''Common Facilities''' spezifizieren eine Reihe nützlicher Funktionen wie z. B. Fehlerbehandlung, Drucken, Benutzerschnittstelle, Task Management usw. |
||
* '''Domain Services''' stellen Dienste für spezielle Anwendungsgebiete bereit (z. B. für das [[Rechnungswesen]]; konkrete Beispiele sind CORBAfinancials, CORBAmed). |
* '''Domain Services''' stellen Dienste für spezielle Anwendungsgebiete bereit (z. B. für das [[Rechnungswesen]]; konkrete Beispiele sind CORBAfinancials, CORBAmed). |
||
Zeile 13: | Zeile 13: | ||
* '''Application Objects''' sind die spezifisch für die konkreten Anwendungen erzeugten Objekte und nicht standardisiert. |
* '''Application Objects''' sind die spezifisch für die konkreten Anwendungen erzeugten Objekte und nicht standardisiert. |
||
Allgemein unterscheidet man zwischen horizontalen d. h. anwendungsunabhängigen und allgemeinen Diensten einerseits, und vertikalen d. h. anwendungsabhängigen und spezifischen Diensten andererseits. |
Allgemein unterscheidet man zwischen horizontalen d. h. anwendungsunabhängigen und allgemeinen Diensten einerseits, und vertikalen d. h. anwendungsabhängigen und spezifischen Diensten andererseits. |
||
== Weblinks == |
== Weblinks == |
Version vom 28. Oktober 2018, 23:06 Uhr
Die Object Management Architecture (OMA) (engl. „Objektverwaltungsarchitektur“) ist eine von der Object Management Group (OMG) ausgearbeitete Spezifikation einer Architektur für verteilte, objektorientierte Anwendungen auf Basis von CORBA.
Die OMA definiert eine Reihe von Schnittstellenstandards:
- CORBA spezifiziert die zentrale Komponente der Architektur – den Object Request Broker (Objekt-Anforderungs-Vermittler), auch Objektbus genannt. Der Objektbus handhabt den Nachrichtenaustausch und übermittelt Anforderungen (Requests) und Antworten in der verteilten Umgebung und ist so die Basis für Interoperabilität (Verträglichkeit) in heterogenen Netzwerken. Konkrete Implementierungen sind z. B. PolyORB, der quelloffene JacORB oder VisiBroker von Borland.
- Eine weitere Komponente der OMA sind Object Services. Diese unterstützen die Kommunikation zwischen Objekten und beinhalten z. B. Namenservice, Zeit, Sicherheit, Abfrage usw. Sie stellen eine Erweiterung des Busses auf Systemniveau dar.
- Die Common Facilities spezifizieren eine Reihe nützlicher Funktionen wie z. B. Fehlerbehandlung, Drucken, Benutzerschnittstelle, Task Management usw.
- Domain Services stellen Dienste für spezielle Anwendungsgebiete bereit (z. B. für das Rechnungswesen; konkrete Beispiele sind CORBAfinancials, CORBAmed).
- Application Objects sind die spezifisch für die konkreten Anwendungen erzeugten Objekte und nicht standardisiert.
Allgemein unterscheidet man zwischen horizontalen d. h. anwendungsunabhängigen und allgemeinen Diensten einerseits, und vertikalen d. h. anwendungsabhängigen und spezifischen Diensten andererseits.
Weblinks
- OMG: Introduction To OMG Specifications - OMA Grundlegende Beschreibung.