Dynamic Invocation Interface - Versionsgeschichte

Skranon am 2. Dezember 2024 um 22:37 Uhr

2024-12-02T22:37:37Z

← Nächstältere Version		Version vom 3. Dezember 2024, 00:37 Uhr
Zeile 1:		Zeile 1:
	{{Überarbeiten}}		{{Überarbeiten}}

	Das '''Dynamic Invocation Interface (Corba DII)''' bietet Schnittstellen, mittels derer dynamische [[CORBA]]-Anwendungen implementiert werden können, welche keine aus der IDL generierten Stubs oder Skeletons benötigen.		Das '''Dynamic Invocation Interface (Corba DII)''' bietet Schnittstellen, mittels derer dynamische [[Common Object Request Broker Architecture\|CORBA]]-Anwendungen implementiert werden können, welche keine aus der IDL generierten Stubs oder Skeletons benötigen.

	Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].		Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].

Fan-vom-Wiki: K

2023-04-27T23:54:08Z

← Nächstältere Version		Version vom 28. April 2023, 01:54 Uhr
Zeile 5:		Zeile 5:
	Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].		Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].

	Das DII stellt die Funktionalität zur Verfügung, um Corba Server Aufrufe dynamisch anzulegen und auszuführen. Dafür wird zur Laufzeit ein Requestobjekt angelegt, welches die gerufene Operation beschreibt, nämlich deren Namen ~~und sowie~~ Typ und Werte sämtlicher Parameter.		Das DII stellt die Funktionalität zur Verfügung, um Corba Server Aufrufe dynamisch anzulegen und auszuführen. Dafür wird zur Laufzeit ein Requestobjekt angelegt, welches die gerufene Operation beschreibt, nämlich deren Namen, Typ und Werte sämtlicher Parameter.

	Die Information über die zu setzenden Parameter kann ein Programm entweder fest codieren oder aus Befragung eines [[Interface Repository]] (IFR) erhalten, eines Dienstes, welcher die einer IDL-Beschreibung entsprechende Schnittstellendefinition in einer internen Form speichert.		Die Information über die zu setzenden Parameter kann ein Programm entweder fest codieren oder aus Befragung eines [[Interface Repository]] (IFR) erhalten, eines Dienstes, welcher die einer IDL-Beschreibung entsprechende Schnittstellendefinition in einer internen Form speichert.

JoSchool: Zumindest den Anfang etwas besser Formatiert.

2023-02-23T08:06:20Z

Zumindest den Anfang etwas besser Formatiert.

← Nächstältere Version		Version vom 23. Februar 2023, 10:06 Uhr
Zeile 1:		Zeile 1:
	{{Überarbeiten}}		{{Überarbeiten}}
	'''Dynamic Invocation Interface (DII)'''

	Das Corba DII bietet Schnittstellen, mittels derer dynamische [[CORBA]]-Anwendungen implementiert werden können, welche keine aus der IDL generierten Stubs oder Skeletons benötigen.		Das '''Dynamic Invocation Interface (Corba DII)''' bietet Schnittstellen, mittels derer dynamische [[CORBA]]-Anwendungen implementiert werden können, welche keine aus der IDL generierten Stubs oder Skeletons benötigen.

	Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].		Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].

Rilegator: Typo

2023-02-20T19:02:58Z

Typo

← Nächstältere Version		Version vom 20. Februar 2023, 21:02 Uhr
Zeile 8:		Zeile 8:
	Das DII stellt die Funktionalität zur Verfügung, um Corba Server Aufrufe dynamisch anzulegen und auszuführen. Dafür wird zur Laufzeit ein Requestobjekt angelegt, welches die gerufene Operation beschreibt, nämlich deren Namen und sowie Typ und Werte sämtlicher Parameter.		Das DII stellt die Funktionalität zur Verfügung, um Corba Server Aufrufe dynamisch anzulegen und auszuführen. Dafür wird zur Laufzeit ein Requestobjekt angelegt, welches die gerufene Operation beschreibt, nämlich deren Namen und sowie Typ und Werte sämtlicher Parameter.

	Die Information über die zu setzenden Parameter kann ein Programm entweder fest codieren oder aus Befragung ~~des~~ eines [[Interface Repository]] (IFR) erhalten, eines Dienstes, welcher die einer IDL-Beschreibung entsprechende Schnittstellendefinition in einer internen Form speichert.		Die Information über die zu setzenden Parameter kann ein Programm entweder fest codieren oder aus Befragung eines [[Interface Repository]] (IFR) erhalten, eines Dienstes, welcher die einer IDL-Beschreibung entsprechende Schnittstellendefinition in einer internen Form speichert.

	Das '''Dynamic Invocation Interface (DII)''' ist eine zentrale Schnittstelle zum [[Object Request Broker]]. Auch Clientstubs delegieren beim Aufruf einer serverseitigen Methode an das DII.		Das '''Dynamic Invocation Interface (DII)''' ist eine zentrale Schnittstelle zum [[Object Request Broker]]. Auch Clientstubs delegieren beim Aufruf einer serverseitigen Methode an das DII.

Sebastian Gasseng: ÜBERARBEITEN gesetzt, siehe dazu Artikel und disk.; hier ist so gar nichts klar und für laien nicht korrigierbar

2018-04-27T10:40:33Z

ÜBERARBEITEN gesetzt, siehe dazu Artikel und disk.; hier ist so gar nichts klar und für laien nicht korrigierbar

← Nächstältere Version		Version vom 27. April 2018, 12:40 Uhr
Zeile 1:		Zeile 1:
			{{Überarbeiten}}
	'''Dynamic Invocation Interface (DII)'''		'''Dynamic Invocation Interface (DII)'''

Aka: Abkürzung korrigiert

2018-04-09T17:44:04Z

Abkürzung korrigiert

← Nächstältere Version		Version vom 9. April 2018, 19:44 Uhr
Zeile 11:		Zeile 11:
	Das '''Dynamic Invocation Interface (DII)''' ist eine zentrale Schnittstelle zum [[Object Request Broker]]. Auch Clientstubs delegieren beim Aufruf einer serverseitigen Methode an das DII.		Das '''Dynamic Invocation Interface (DII)''' ist eine zentrale Schnittstelle zum [[Object Request Broker]]. Auch Clientstubs delegieren beim Aufruf einer serverseitigen Methode an das DII.

	Im Allgemeinen wird man Aufrufsschnittstellen mittels aus IDL generierter Stubs und Skeletons implementieren. Das DII wird für Anwendungen eingesetzt, bei denen zur Kompilierzeit die IDL nicht zur Verfügung steht, z.B. Gateway- oder Monitoringprogramme.		Im Allgemeinen wird man Aufrufsschnittstellen mittels aus IDL generierter Stubs und Skeletons implementieren. Das DII wird für Anwendungen eingesetzt, bei denen zur Kompilierzeit die IDL nicht zur Verfügung steht, z. B. Gateway- oder Monitoringprogramme.

	== Literatur ==		== Literatur ==

Aka: zu großen Zeilenabstand entfernt

2016-12-26T09:45:50Z

zu großen Zeilenabstand entfernt

← Nächstältere Version		Version vom 26. Dezember 2016, 11:45 Uhr
Zeile 12:		Zeile 12:

	Im Allgemeinen wird man Aufrufsschnittstellen mittels aus IDL generierter Stubs und Skeletons implementieren. Das DII wird für Anwendungen eingesetzt, bei denen zur Kompilierzeit die IDL nicht zur Verfügung steht, z.B. Gateway- oder Monitoringprogramme.		Im Allgemeinen wird man Aufrufsschnittstellen mittels aus IDL generierter Stubs und Skeletons implementieren. Das DII wird für Anwendungen eingesetzt, bei denen zur Kompilierzeit die IDL nicht zur Verfügung steht, z.B. Gateway- oder Monitoringprogramme.


	== Literatur ==		== Literatur ==

Weberjn am 10. November 2016 um 22:22 Uhr

2016-11-10T22:22:31Z

← Nächstältere Version		Version vom 11. November 2016, 00:22 Uhr
Zeile 1:		Zeile 1:
	{{Überarbeiten}}
	'''Dynamic Invocation Interface (DII)'''		'''Dynamic Invocation Interface (DII)'''

	Durch die dynamischen Schnittstellen können [[CORBA]]-Anwendungen auf niedriger Stufe implementiert werden. Sie ermöglichen damit auch das Eingreifen in sonst statisch festgelegte Abläufe.
			Das Corba DII bietet Schnittstellen, mittels derer dynamische [[CORBA]]-Anwendungen implementiert werden können, welche keine aus der IDL generierten Stubs oder Skeletons benötigen.

	Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].		Für die Client-Seite gibt es das DII, für die Server-Seite das [[Dynamic Skeleton Interface]].

	Das DII stellt die ~~vollständige~~ Funktionalität zur Verfügung, um ~~Requests~~ dynamisch ~~konstruieren~~ und ~~ausführen~~ zu ~~können~~.		Das DII stellt die Funktionalität zur Verfügung, um Corba Server Aufrufe dynamisch anzulegen und auszuführen. Dafür wird zur Laufzeit ein Requestobjekt angelegt, welches die gerufene Operation beschreibt, nämlich deren Namen und sowie Typ und Werte sämtlicher Parameter.

			Die Information über die zu setzenden Parameter kann ein Programm entweder fest codieren oder aus Befragung des eines [[Interface Repository]] (IFR) erhalten, eines Dienstes, welcher die einer IDL-Beschreibung entsprechende Schnittstellendefinition in einer internen Form speichert.

			Das '''Dynamic Invocation Interface (DII)''' ist eine zentrale Schnittstelle zum [[Object Request Broker]]. Auch Clientstubs delegieren beim Aufruf einer serverseitigen Methode an das DII.

			Im Allgemeinen wird man Aufrufsschnittstellen mittels aus IDL generierter Stubs und Skeletons implementieren. Das DII wird für Anwendungen eingesetzt, bei denen zur Kompilierzeit die IDL nicht zur Verfügung steht, z.B. Gateway- oder Monitoringprogramme.

	'''Dynamic Invocation Interface (DII)''' ist die eigentliche Basisschnittstelle zum [[Object Request Broker]]. Beim Aufruf einer Methode in einem Serverobjekt ruft der Clientstub hinter den Kulissen die Methode des DII auf. Das hat es in sich implementiert. Deshalb sind Sie im Allgemeinen besser bedient, wenn Sie die Clientstubs benutzen.
	Dazu wird das [[Interface Repository]] (IFR), eine Datenbank, verwendet, welche die IDL-Beschreibung für Serverschnittstellen in einer internen Form speichert. Die Beschreibung wird auch manchmal als Metadaten bezeichnet, weil es sich um Daten handelt, die Daten beschreiben. Die Grundaussage ist, dass das IFR die Informationen enthält, die Sie benötigen, um herauszufinden, wie die Operationen in einer Schnittstelle ohne den Clientstub aufgerufen werden.

	== Literatur ==		== Literatur ==
Zeile 19:		Zeile 24:
	* http://www.omg.org/gettingstarted/corbafaq.htm		* http://www.omg.org/gettingstarted/corbafaq.htm
	* http://archiv.tu-chemnitz.de/pub/1997/0042/node54.html		* http://archiv.tu-chemnitz.de/pub/1997/0042/node54.html
			* http://www.drdobbs.com/object-interconnections-dynamic-corba-pa/184403847
	* http://www.marclayer.de/stud/proj/cos/CORBAservices.php

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

Addbot: Bot: 1 Interwiki-Link(s) nach Wikidata (d:q1268870) migriert

2013-04-05T00:13:45Z

Bot: 1 Interwiki-Link(s) nach Wikidata (d:q1268870) migriert

← Nächstältere Version		Version vom 5. April 2013, 02:13 Uhr
Zeile 22:		Zeile 22:

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

	[[en:Dynamic Invocation Interface]]

Der Hakawati: +Überarbeiten

2011-03-22T13:34:03Z

+Überarbeiten

← Nächstältere Version		Version vom 22. März 2011, 15:34 Uhr
Zeile 1:		Zeile 1:
			{{Überarbeiten}}
	'''Dynamic Invocation Interface (DII)'''		'''Dynamic Invocation Interface (DII)'''
	Durch die dynamischen Schnittstellen können [[CORBA]]-Anwendungen auf niedriger Stufe implementiert werden. Sie ermöglichen damit auch das Eingreifen in sonst statisch festgelegte Abläufe.		Durch die dynamischen Schnittstellen können [[CORBA]]-Anwendungen auf niedriger Stufe implementiert werden. Sie ermöglichen damit auch das Eingreifen in sonst statisch festgelegte Abläufe.
Zeile 13:		Zeile 14:

	== Siehe auch ==		== Siehe auch ==
	* [[Common Object Request Broker Architecture\|~~Corba~~]]		* [[Common Object Request Broker Architecture\|CORBA]]

	== Weblinks ==		== Weblinks ==