Oktober 2001 Unzuverlässiges Multicast: MIOP-Einfahrt 29-15 29 29,12 MIOP-Einfahrt Eine Einfahrt kann benutzt werden, um Zugang zu allen bewußten Bediensteten MIOP zur Verfügung zu stellen, die in sind Objektgruppe. Vor der Kreation der Gruppe IOR, kann der Schöpfer den Gebrauch a spezifizieren Einfahrt und Schöpfer der Gruppe IOR können das IIOP-Profil der Einfahrt in einsetzen Gruppe Ior. Ein ahnungsloser Klient ORB MIOP verwendet das IIOP-Profil von der Gruppe IOR und stellt her ein Anschluß zur Einfahrt. Die Einfahrt verwendet der Reihe nach die spezifizierten Bestimmungsortendpunkte durch das UIPMC-Profil (vor gelegt in den Gegenstandschlüssel GIOP 1,2 und in das TargetAddress Profilfeld in GIOP 1.2) zu den Vorwärts-GIOP-Antraganzeigen zu den Mitgliedern von Objektgruppe. Die Einfahrt konnte MIOP-multicast oder eine IIOP-Einheit, die ähnlich ist das CORBA EventService. Eine MIOP-Klientenanwendung, die eine Einfahrt verwendet, würde ahnungsloses MIOP sein. Wie irgendwie Normal IIOP, das Anwendung sendet, bildet ihn einfach Anträge ohne Rücksicht auf das UIPMC-Profil im IOR. 29,13 Multicast-GruppencManager Der multicast-Gruppenmanager dient den Zweck, der multicast-Gegenstand verursacht und handhat Gruppen sowie das Handhaben der multicast-Transportbetriebsmittel. Kreation der multicast-Gruppe kann die Anweisung der multicast-Bestimmungsortendpunkte ergeben, auf denen Absender multicast ihre Anzeigen und Empfänger nehmen sie an. Sobald eine Objektgruppe verursacht wird, Gruppenhinweis kann im nennendurch Anwendungen zurückzuholenden service gespeichert werden interessiert, für, an der Objektgruppe teilzunehmen. Wenn das MGM angewiesen wird, um eine multicast-Objektgruppe zu verursachen, kann es ein von durchführen die folgenden Kriterien: ? verursachen gerade die Gruppe mit Endpunkten eines Nr.bestimmungsortes; ? verursachen die Gruppe und teilen automatisch die Endpunkte zu; oder ? verursachen die Gruppe und liefern seine eigenen bevorzugten Bestimmungsortendpunkte. Wenn die Endpunkte des multicast-Transportes spezifiziert werden, kann das MGM a verursachen abgeschlossener Gruppenhinweis und veröffentlichen den Hinweis auf der Welt. Eben created-/updatedgruppenhinweis würde alle spezifischen IIOP-Profile zur Einfahrt enthalten, sowie das UIPMC-Profil. Sobald eine Klientenanwendung einen Gruppenhinweis erhält, kann sie beginnen Sie dann Multiaufrechnen zu den Bedienstetgegenständen, die auf jenen der gleiche Bestimmungsort hören Endpunkte. Eine empfangende Anwendung würde einen erschienenen IOR erwerben und dieses verbinden Hinweis mit einem ObjectId und aktivieren dann einen Bedienstetgegenstand mit diesem Kennzeichnungsgewähren das Verschicken des Antrags zum teilnehmenden Bediensteten wendet ein. Eine einzelne MIOP-multicast-Adresse kann mit mehr als einer Objektgruppe verbundenSEIN. Dieses läßt einen Prozeß zu den Anzeigen auf mehr als einer Gruppe auf einem einzelnen multicast hören Adresse. Gegenstände, die Empfänger von multicasts sind, haben die Schnittstellen, die in IDL wie irgendeinem anderem definiert werden Gegenstände. Jedoch weil multicast in einer Richtung ist, die einzigen Betriebe, die sein können auf einer Schnittstelle gerufen Betriebe hervor, die eine leere Rückholart, nur in den Parametern haben, und werfen Sie nicht Ausnahmen auf. Diese Beschränkungen verursachen ein Problem weil alles IDL