5-2 UMS-DatencZugangs-Service, v2.0 November 2002 5 5,2 KlientencAnsicht Von der Perspektive eines Klienten ist es nur notwendig, drei hartnäckige CORBA zu lokalisieren singletons, die ResourceQueryService einführen , ResourceIDService , und ResourceEventSource beziehungsweise. Zusammen setzen diese Dienstleistungen einen Datenversorger fest. Der Klient lokalisiert die drei Dienstleistungen in einem einzelnen CosNaming::NamingContext innerhalb das CORBA, das Service nennt. Die Position von diesem NamingContext muß konfigurierbar sein für jeden Fall der Klientenimplementierung. Die Klienten- Beschlüsse die drei Dienstleistungen, die folgenden Standardnamen verwendend. 5,3 DatencVersorgercAnsicht Ein Datenversorger exportiert die drei Dienstleistungen oben. Zusätzlich kann der Datenversorger benötigen ein ResourceIDService lokalisieren StandardURIs zu ResourceID übersetzen s (sehen Sie Datenzugang schließt Kapitel) an. Der Datenversorger exportiert seine drei Dienstleistungen, indem er bindet die jeweiligen Gegenstände in a CosNaming::NamingContext , welches es direkt einführt oder innerhalb verursacht CORBA, das Service-Implementierung nennt. Sie verwendet die gleichen Namen wie ein Klient, gegeben in Tabelle oben. Der Datenversorger erreicht das ResourceIDService StandardURIs von diesem übersetzen NamingContext . Es tut so, indem es den folgenden Standardnamen behebt. Die Position des NamingContext verwendet muß für jeden Datenversorger konfigurierbar sein. Wenn der Kontext enthält mehrfache Datenversorger, dann ein anderes NamingContext seien Sie verwendet durch jedes und die Klienten verwendet das NamingContext von einem Proxydatenversorger (sehen Sie das Proxieskapitel). Service Name Freundlich ResourceQueryService "resource_query_service" "" ResourceIDService "resource_id_service" "" ResourceEventSource "resource_event_source" "" Service Name Freundlich ResourceIDService "standard_id_service" ""