Interoperable Object Reference - Versionsgeschichte

Bildungsbürger: Hinweis auf BK#

2022-03-28T20:43:35Z

Hinweis auf BK#

← Nächstältere Version		Version vom 28. März 2022, 22:43 Uhr
Zeile 3:		Zeile 3:
	== Objekte und Referenzen allgemein ==		== Objekte und Referenzen allgemein ==

	Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] ~~(siehe auch [[Referenz]]en)~~, die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.		Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]], die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.

	Diese Referenz wird dann genutzt, um Nachrichten an dieses Objekt zu senden, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.		Diese Referenz wird dann genutzt, um Nachrichten an dieses Objekt zu senden, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.
Zeile 20:		Zeile 20:
	* Art des Kommunikationsprotokolls		* Art des Kommunikationsprotokolls
	* Angaben zum Ort des Objektes, wie im Fall von TCP/IP eine IP-Adresse und ein [[Port (Protokoll)\|Port]]		* Angaben zum Ort des Objektes, wie im Fall von TCP/IP eine IP-Adresse und ein [[Port (Protokoll)\|Port]]
	* Vorgaben zur Darstellung von Text und Daten, wie Codepages, [[Endian]], Verschlüsselung oder Kompression der Daten		* Vorgaben zur Darstellung von Text und Daten, wie Codepages, [[Byte-Reihenfolge\|Endian]], Verschlüsselung oder Kompression der Daten
	* Angaben zur Identität des Objekts im Zielsystem		* Angaben zur Identität des Objekts im Zielsystem

Zeile 38:		Zeile 38:
	};		};

	Profiledaten und Komponentdaten enthalten eine Datenstruktur deren Bedeutung durch das Tag (hier eine Zahl) festgelegt wird. Für einige Tags legt die CORBA-Spezifikation deren Datenstruktur fest, z. B. beschreibt ein ProfileId-Tag 0 ein [[IIOP]] Profile.		Profiledaten und Komponentdaten enthalten eine Datenstruktur, deren Bedeutung durch das Tag (hier eine Zahl) festgelegt wird. Für einige Tags legt die CORBA-Spezifikation deren Datenstruktur fest, z. B. beschreibt ein ProfileId-Tag 0 ein [[IIOP]] Profile.

	Der jeweilige [[Object Request Broker\|ORB]] eines Systems bekommt die Aufgabe, IORs aus anderen Systemen (und von anderen ORBs) zu interpretieren und in eine Objektreferenz zu verwandeln oder auch Objektreferenzen in eine textuelle Interpretation zu verwandeln (stringifizierte IOR).		Der jeweilige [[Object Request Broker\|ORB]] eines Systems bekommt die Aufgabe, IORs aus anderen Systemen (und von anderen ORBs) zu interpretieren und in eine Objektreferenz zu verwandeln oder auch Objektreferenzen in eine textuelle Interpretation zu verwandeln (stringifizierte IOR).

Invisigoth67: typo, form

2020-07-31T09:37:48Z

typo, form

Morini4me: /* Interoperable Object Reference */

2015-07-22T13:21:19Z

Interoperable Object Reference

← Nächstältere Version		Version vom 22. Juli 2015, 15:21 Uhr
Zeile 14:		Zeile 14:
	== Interoperable Object Reference ==		== Interoperable Object Reference ==

	Zu diesem Zweck der Systemgrenzen übergreifenden Kommunikation spezifiziert der [[CORBA]]-Standard die '''Interoperable Object Reference''', kurz IOR genannt. Die IOR enthält alle Informationen, um einen Kommunikationskanal zu einem Objekt aufzubauen und entsprechende ~~Aufrufe~~, ~~wie~~ ~~auch~~ in ~~einem~~ ~~lokalen System~~, ~~durchzuführen~~.		Zu diesem Zweck der Systemgrenzen übergreifenden Kommunikation spezifiziert der [[CORBA]]-Standard die '''Interoperable Object Reference''', kurz IOR genannt. Die IOR enthält alle Informationen, um einen ggf. prozess- und systemübergreifenden Kommunikationskanal zu einem Objekt aufzubauen und entsprechende Nachrichten, ähnlich denen innerhalb eines Prozesses, auszutauschen.

	Dazu gehören Angaben wie:		Dazu gehören Angaben wie:

Morini4me: /* Objekte und Referenzen allgemein */

2015-07-22T13:15:14Z

Objekte und Referenzen allgemein

← Nächstältere Version		Version vom 22. Juli 2015, 15:15 Uhr
Zeile 5:		Zeile 5:
	Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz\|Referenzen]]), die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.		Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz\|Referenzen]]), die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.

	Diese Referenz wird dann genutzt, um ~~Methoden~~ ~~auf~~ ~~dem~~ Objekt zu ~~rufen~~, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.		Diese Referenz wird dann genutzt, um Nachrichten an dieses Objekt zu senden, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.
	Referenzen können genau wie andere Variablen oder Werte weitergegeben werden.		Referenzen können genau wie andere Variablen oder Werte weitergegeben werden.

KLBot2: Bot: 4 Interwiki-Link(s) nach Wikidata (:d:Q1413463) migriert

2013-04-03T17:21:46Z

Bot: 4 Interwiki-Link(s) nach Wikidata (d:Q1413463) migriert

← Nächstältere Version		Version vom 3. April 2013, 19:21 Uhr
Zeile 56:		Zeile 56:

	[[Kategorie:CORBA]]		[[Kategorie:CORBA]]

	[[en:Interoperable Object Reference]]
	[[ja:Interoperable Object Reference]]
	[[lt:Nuotolinio objekto adresas]]
	[[ru:IOR]]

217.232.174.130: /* Interoperable Object Reference */

2012-10-26T05:40:55Z

Interoperable Object Reference

← Nächstältere Version		Version vom 26. Oktober 2012, 07:40 Uhr
Zeile 23:		Zeile 23:
	* Angaben zur Identität des Objekts im Zielsystem		* Angaben zur Identität des Objekts im Zielsystem

	Die [[Object_Management_Group\|OMG]] spezifiziert für diese Angaben so genannte "TaggedProfile" und "TaggedComponent", wie der folgende Auszug der IDL aus der Spezifikation zeigt.		Die [[Object_Management_Group\|OMG]] spezifiziert für diese Angaben so genannte "TaggedProfile" und "TaggedComponent", wie der folgende Auszug der [[Schnittstellenbeschreibungssprache\|IDL]] aus der Spezifikation zeigt.

	struct TaggedProfile {		struct TaggedProfile {

79.240.88.119: fix typo at "Interoperality"

2011-07-16T19:02:52Z

fix typo at "Interoperality"

← Nächstältere Version		Version vom 16. Juli 2011, 21:02 Uhr
Zeile 53:		Zeile 53:
	== Weblinks ==		== Weblinks ==
	* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning] (PDF-Datei; 75 kB)		* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning] (PDF-Datei; 75 kB)
	* [http://www.omg.org/spec/CORBA/3.1/Interoperability/PDF/ OMG Spezifikation: CORBA 3.1, Part 2 - ~~Interoperality~~] (PDF-Datei; 2,1 MB)		* [http://www.omg.org/spec/CORBA/3.1/Interoperability/PDF/ OMG Spezifikation: CORBA 3.1, Part 2 - Interoperability] (PDF-Datei; 2,1 MB)

	[[Kategorie:CORBA]]		[[Kategorie:CORBA]]

Longo: Link-Update

2010-02-22T15:07:41Z

Link-Update

← Nächstältere Version		Version vom 22. Februar 2010, 17:07 Uhr
Zeile 53:		Zeile 53:
	== Weblinks ==		== Weblinks ==
	* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning] (PDF-Datei; 75 kB)		* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning] (PDF-Datei; 75 kB)
	* [http://www.omg.org/~~docs~~/~~formal~~/~~04-03-07~~.~~pdf~~ OMG Spezifikation, CORBA ~~Interoperability~~ ~~Architecture~~] (PDF-Datei; ~~570~~ kB)		* [http://www.omg.org/spec/CORBA/3.1/Interoperability/PDF/ OMG Spezifikation: CORBA 3.1, Part 2 - Interoperality] (PDF-Datei; 2,1 MB)

	[[Kategorie:CORBA]]		[[Kategorie:CORBA]]

MorbZ-Bot: Bot: Füge Dateiinformationen hinzu

2009-06-09T00:04:07Z

Bot: Füge Dateiinformationen hinzu

← Nächstältere Version		Version vom 9. Juni 2009, 02:04 Uhr
Zeile 52:		Zeile 52:

	== Weblinks ==		== Weblinks ==
	* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning]		* [http://www.triodia.com/staff/michi/cacm.pdf Binding, Migration and Scalability in CORBA, Michi Henning] (PDF-Datei; 75 kB)
	* [http://www.omg.org/docs/formal/04-03-07.pdf OMG Spezifikation, CORBA Interoperability Architecture]		* [http://www.omg.org/docs/formal/04-03-07.pdf OMG Spezifikation, CORBA Interoperability Architecture] (PDF-Datei; 570 kB)

	[[Kategorie:CORBA]]		[[Kategorie:CORBA]]

129.187.41.192 am 15. April 2009 um 07:29 Uhr

2009-04-15T07:29:28Z

← Nächstältere Version		Version vom 15. April 2009, 09:29 Uhr
Zeile 3:		Zeile 3:
	== Objekte und Referenzen allgemein ==		== Objekte und Referenzen allgemein ==

	Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz\|Referenzen]]), die dieses soeben erzeugte Objekt jederzeit eindeutig unter ~~Millionen~~ ~~anderer~~ ~~Objekte~~ identifiziert.		Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz\|Referenzen]]), die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.

	Diese Referenz wird dann genutzt, um Methoden auf dem Objekt zu rufen, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.		Diese Referenz wird dann genutzt, um Methoden auf dem Objekt zu rufen, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.

← Nächstältere Version		Version vom 31. Juli 2020, 11:37 Uhr
Zeile 3:		Zeile 3:
	== Objekte und Referenzen allgemein ==		== Objekte und Referenzen allgemein ==

	Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz~~\|Referenzen~~]]), die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.		Die [[Objektorientierung]] als Methode der Strukturierung einer Software kennt Objekte, die zur Laufzeit eines Systems erzeugt werden und im [[Arbeitsspeicher]] des Computers existieren oder auch in [[objektorientierte Datenbank\|objektorientierten Datenbanken]] langfristig gespeichert werden. Bei der Erzeugung solcher Objekte erhält man in der Regel eine [[Referenz (Programmierung)\|Referenz]] (siehe auch [[Referenz]]en), die dieses soeben erzeugte Objekt jederzeit eindeutig unter allen möglichen vorkommenden Objekten identifiziert.

	Diese Referenz wird dann genutzt, um Nachrichten an dieses Objekt zu senden, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.		Diese Referenz wird dann genutzt, um Nachrichten an dieses Objekt zu senden, auf in diesem Objekt gespeicherte Daten zuzugreifen oder diese zu verändern.
Zeile 19:		Zeile 19:

	* Art des Kommunikationsprotokolls		* Art des Kommunikationsprotokolls
	* Angaben zum Ort des Objektes, wie im Fall von TCP/IP eine IP-Adresse und ein [[~~Port_~~(Protokoll)\|Port]]		* Angaben zum Ort des Objektes, wie im Fall von TCP/IP eine IP-Adresse und ein [[Port (Protokoll)\|Port]]
	* Vorgaben zur Darstellung von Text und Daten, wie Codepages, [[Endian]], Verschlüsselung oder Kompression der Daten		* Vorgaben zur Darstellung von Text und Daten, wie Codepages, [[Endian]], Verschlüsselung oder Kompression der Daten
	* Angaben zur Identität des Objekts im Zielsystem		* Angaben zur Identität des Objekts im Zielsystem

	Die [[~~Object_Management_Group~~\|OMG]] spezifiziert für diese Angaben so genannte "TaggedProfile" und "TaggedComponent", wie der folgende Auszug der [[Schnittstellenbeschreibungssprache\|IDL]] aus der Spezifikation zeigt.		Die [[Object Management Group\|OMG]] spezifiziert für diese Angaben so genannte "TaggedProfile" und "TaggedComponent", wie der folgende Auszug der [[Schnittstellenbeschreibungssprache\|IDL]] aus der Spezifikation zeigt.

	struct TaggedProfile {		struct TaggedProfile {
Zeile 40:		Zeile 40:
	Profiledaten und Komponentdaten enthalten eine Datenstruktur deren Bedeutung durch das Tag (hier eine Zahl) festgelegt wird. Für einige Tags legt die CORBA-Spezifikation deren Datenstruktur fest, z. B. beschreibt ein ProfileId-Tag 0 ein [[IIOP]] Profile.		Profiledaten und Komponentdaten enthalten eine Datenstruktur deren Bedeutung durch das Tag (hier eine Zahl) festgelegt wird. Für einige Tags legt die CORBA-Spezifikation deren Datenstruktur fest, z. B. beschreibt ein ProfileId-Tag 0 ein [[IIOP]] Profile.

	Der jeweilige [[Object Request Broker\|ORB]] eines ~~System~~ bekommt die Aufgabe, IORs aus anderen Systemen (und von anderen ORBs) zu interpretieren und in eine Objektreferenz zu verwandeln oder auch Objektreferenzen in eine textuelle Interpretation zu verwandeln (stringifizierte IOR).		Der jeweilige [[Object Request Broker\|ORB]] eines Systems bekommt die Aufgabe, IORs aus anderen Systemen (und von anderen ORBs) zu interpretieren und in eine Objektreferenz zu verwandeln oder auch Objektreferenzen in eine textuelle Interpretation zu verwandeln (stringifizierte IOR).

	Hersteller, die eigene [[Object Request Broker\|ORB]]-Implementierungen nach der CORBA-Spezifikation erstellen, können auch eigene Tags verwenden. Um Fehlinterpretationen auszuschließen, sollten diese sich jedoch nicht mit anderweitig vergebenen Tags überschneiden. Kennt ein ORB die Bedeutung eines Tags nicht, kann und darf er die in der Datenstruktur enthaltenen Informationen nicht verwenden.		Hersteller, die eigene [[Object Request Broker\|ORB]]-Implementierungen nach der CORBA-Spezifikation erstellen, können auch eigene Tags verwenden. Um Fehlinterpretationen auszuschließen, sollten diese sich jedoch nicht mit anderweitig vergebenen Tags überschneiden. Kennt ein ORB die Bedeutung eines Tags nicht, kann und darf er die in der Datenstruktur enthaltenen Informationen nicht verwenden.
Zeile 48:		Zeile 48:
	== IOR-Nachschlagewerke ==		== IOR-Nachschlagewerke ==

	Der [[~~Corba_Naming_Service~~\|CORBA Naming Service]], der als Service ebenfalls von der OMG spezifiziert wurde, ist eine Möglichkeit zur Speicherung von Objekt-Referenzen unter einem Namen.		Der [[Corba Naming Service\|CORBA Naming Service]], der als Service ebenfalls von der OMG spezifiziert wurde, ist eine Möglichkeit zur Speicherung von Objekt-Referenzen unter einem Namen.
	Da der Naming Service ebenso ein CORBA-Objekt darstellt, dessen Referenz bekannt sein muss, um es zu nutzen, stellt sich jedoch das Problem, wie die IOR zum Aufrufer kommt, was im CORBA-Standard nicht spezifiziert ist. Stringifizierte IORs lassen sich jedoch in Dateien speichern oder per Mail, Web oder Filetransfer verschicken.		Da der Naming Service ebenso ein CORBA-Objekt darstellt, dessen Referenz bekannt sein muss, um es zu nutzen, stellt sich jedoch das Problem, wie die IOR zum Aufrufer kommt, was im CORBA-Standard nicht spezifiziert ist. Stringifizierte IORs lassen sich jedoch in Dateien speichern oder per Mail, Web oder Filetransfer verschicken.