29-32 Unzuverlässiger Angenommene Spezifikation Multicast Entwurf Oktober 2001 29 ? , wenn beide Hinweise Nichtgruppenhinweise das Verhalten sind, ist unverändert. ? , wenn ein Hinweis ein Gruppenhinweis ist und der andere nicht ein Gruppenhinweis ist, dann die Hinweise sind nicht gleichwertig. ? die Zahl Profilen muß gleich sein. Wenn beide Hinweise Gruppenhinweise sind dann werden das Feld der Gruppenbestandteile verglichen und müssen für alle identisch sein Profile, die sie enthalten. Durcheinander Folgt der Semantik von is_equivalent . create_request Unverändert. get_policy Unverändert. set_policy_overrides Unverändert. Andere Anrufe Mit Zwei Möglichkeiten Wenn die Gruppe IOR nur das UIPMC-Profil enthält, kann der Klient ORB verwenden etikettiert Bestandteil PortableGroup::GroupIIOPProfile wenn es besteht, Zweiweganrufe verarbeiten auf einer Schnittstelle, die die Zweiweg- und Einweisenanrufe stützt. Wenn die Gruppe IOR ein IIOP-Einfahrtprofil und das UIPMC-Profil enthält, das Senden von ORB kann beschließen, das Profil der Einfahrt IIOP zu verwenden, selbst wenn es bewußtes MIOP ist. Ahnungsloser Klient MIOP würde immer das IIOP-Einfahrtprofil sogar im Bestehen von verwenden das UIPMC-Profil. 29,14 MIOP-URL Dieser Abschnitt liefert eine corbaloc-URL-Definition eines MIOP-Profils. Das folgende definiert die Syntax: < corbaloc > = "corbaloc:"<obj_addr_list>["/"<key_string > ] < obj_addr_list > = [ < obj_addr > ","]* < obj_addr > < obj_addr > = < prot_addr > < prot_addr > = < iiop_prot_addr >|< miop_prot_addr > < miop_prot_addr > = < miop_prot_token><miop_addr > < miop_prot_token, > = "miop" < iiop_prot_token, > = "iiop" < miop_addr > = < version><group_addr>[;<group_iiop > ] < Version > = < Major > ".", < Minderjähriger > "@"|Empty_string < group_addr > = < group_id>"/"<ip_multicast_addr > < group_iiop > = < iiop_prot_token>":"<version > < hostname >":"\ < tragen Sie > "/"< objecy_key > < ip_multicast_addr > = < classD_IP_address >|< IPv6_address > ": ", < Tor >