RMI = Remote Method Invocation

Prezentace na téma: "RMI = Remote Method Invocation"— Transkript prezentace:

1 RMI = Remote Method Invocation
Tato technologie využívá vzdálené objekty tím, že volá jejich metody. Argumenty metod jsou požadavky a metoda případně vrátí výsledek. Vzdálený objekt existuje v jiné JVM - povětšinou na jiném počítači. Klient komunikuje se vzdáleným objektem pouze přes interfejs, který: musí být potomkem interfejsu Remote všechny jeho metody throws RemoteException Vlastní vzdálený objekt, tj. implementace, musí být: realizací programátorem definovaného interfejsu potomkem třídy - java.rmi.server.UnicastRemoteObject či Activatable ( ta zařídí export ) - anebo musí být explicitně exportován metodou java.rmi.server.UnicastRemoteObject.export(...). PJV14

2 RRL = Remote Reference Layer
Klient - Server Vývojář odpovídá pouze za definice interfejsů a implementujících tříd - nemusí se starat o komunikační protokol. Původně musel zajistit generaci stubu a sketetonu pomocí dodatečného kompilátoru rmic – od verze 1.5 se tyto vytvářejí automaticky. JVM JVM Java RMI client (application layer) Java RMI server (application layer) stub skeleton socket factory RRL RRL Transport layer Transport layer socket JRMP on TCP/IP RRL = Remote Reference Layer PJV14

3 Pro v1.2 je skeleton integrován v UnicastRemoteObject
RMI Unicast RemoteObject Security Manager Remote MojeTrida MujInterfejs registry Registry stub rmic client server new program object skel eton MujInterfejs stub RMI / IIOP Pro v1.2 je skeleton integrován v UnicastRemoteObject PJV14

4 Spouštění RMI Server vytvoří jeden vzdálený objekt a předá serializovaný stub do registry k registraci. Ten realizuje výpočet i pro více klientů. Klient získá od registry handle ke vzdálenému objektu. Registry mu vrátí serializovanou kopii stubu. Klient z ní vytvoří instanci stubu. Pro další komunikaci klient-server není registry nutná. Klientský program zavolá nějakou metodu stubu. Stub kontaktuje skeleton v serveru. Skeleton zavolá metodu vzdáleného objektu. Při každém zavolání vytvoří server nové vlákno, které provede výpočet v metodě. Metoda vrátí výsledek skeletonu. Skeleton vrátí výsledek stubu. Stub vrátí výsledek klientskému programu. PJV14

5 ActivationInstantiator
java.rmi.* javax.management.remote.rmi RMIServer Impl RMIIIOP ServerImpl Remote RMIServer ( tag interface ) RMIJRMP ServerImpl java.rmi.registry Locate Registry Registry Distributed Garbage Collection java.rmi.dgc Marshalled Object Lease VMID DGC Naming java.rmi.activation ActivationInstantiator Activation Desc Activation GroupDesc java.lang ActivationMonitor Security Manager ActivationSystem Activation ID Activation GroupID RMISecurity Manager Activator PJV14

6 ActivationInstantiator RMIClientSocketFactory RMIServerSocketFactory
java.rmi.server tag interface java.rmi Remote Object Remote java.io Externalizable javax.rmi.CORBA.Stub java.rmi.activation Remote Stub Remote Server Activable _Remote_Stub RemoteRef ServerRef Unreferenced Unicast RemoteObject RMIClass LoaderSpi RMIConnection Impl java.rmi.activation Activation Group RMIConnection Impl_Stub RMIClass Loader UID RMIServer Activation Group_Stub ActivationInstantiator javax.management.remote.rmi java.rmi.activation java.rmi.activation ObjID RMISocket Factory Portable RemoteObject RMIClientSocketFactory RMIServerSocketFactory RMIFailureHandler PJV14

7 interfejs java.rmi.Registry
public void bind( String name, Remote obj ) throws RemoteException, AlreadyBoundException, AccessException public void unbind( String name ) throws RemoteException, NotBoundException, AccessException public void rebind( String name, Remote obj ) throws RemoteException, AccessException public String[ ] list( ) throws RemoteException, AccessException public Remote lookup( String name ) throws RemoteException, PJV14

8 Registry čili registratura
umožňuje evidovat vzdálené objekty pod jednoduchým jménem. Klient jejím prostřednictvím může navázat spojení se serverem. Registry není perzistentní. Může být spuštěna v rámci OS nebo JVM. Každý servrový proces může udržovat vlastní registry nebo sdílet jedinou podporující všechny virtuální stroje na lokálním systému. Registry se vytvoří zavoláním rmiregistry.exec [ port | 1099 ], z adresáře classes anebo se tam zkopíruje jdk/bin. ( Ve Windows je třeba zkopírovat také jli.dll, tj. application extension. ) Registry se ovládá statickými metodami třídy java.rmi.Naming: bind, unbind, rebind, list a lookup PJV14

9 Použití Registry reg = LocateRegistry.createRegistry( port ); //SINGLETON reg.bind( "Moje", new MojeTrida( ) ); Spuštění zevnitř: Runtime.getRuntime( ).exec( "rmiregistry" ); Runtime.getRuntime( ).exec( "rmid –J-Djava.security.policy=rmid.policy" ); javaw – background in Win PJV14

10 Využití RMI Naming Service
Klient vyhledá vzdálený objekt jménem takto: rmi://host:port/name v metodě Naming.lookup. ( Defaultně: rmi localhost ) Např.: String id = "rmi://" + host + ":" + port + "/Moje" ; MujInterfejs z = ( MujInterfejs ) Naming.lookup(); z.metoda1( ... ); PJV14

11 java.rmi.MarshalledObject
Po deserializaci instance MarshalledObject není její obsah deserializován. Obsahuje totiž pole bytů, které může být později interpretováno jako objekt. Codebase URL je uložen uvnitř této struktury a ukazuje kde jsou příslušné classy uloženy pro automatické stažení. Tedy lze deserializovat na strojích nemající patřičnou třídu v classpath. Objekty mohou být předávány přes více strojů aniž jsou plně deserializovány. ArrayList data = ... MarshalledObject mo = new MarshalledObject( data ); Object o = mo.get( ); PJV14

12 Dřívější příprava stubu a skeletonu
Pro uskutečnění spojení mezi klientem a serverem je třeba na straně klienta vytvoří tzv. stub. ( V Javě 1.1 bylo nutné ještě na straně serveru vytvářet tzv. skeleton. ) To zařizuje speciální kompilátor rmic, který se nalézá v j2sdk/bin/... Stub vytváří rmic podle třídy vzdáleného objektu. V JBuilderu je proto nutno u těchto tříd zvolit: -> Properties Generate RMI stub/skeleton Options: -keep –v1.2 Při rebuild se v patřičném podadresáři balíčku v classes\...\ vytvoří MojeTrida_Stub.class a v adresáři classes\Generated Source\...\MojeTrida_Stub.java. PJV14

13 Aktivace objektů Aktivatabilní objekty jsou zpravidla vedeny na separátní(ch) JVM. Tyto JVM se definují jako Activation Group - v ní je Activation Monitor, který sleduje všechny příslušné objektu a i tu grupu. Objekty i grupy mají ID a deskriptor. Activation group ActivationGroupID ActivationGroupDesc Activation Monitor Activatable object ActivationID ActivationDesc PJV14

14 Aktivační grupy Aktivátor vytváří aktivační grupy. Tím je RMI démon v jdk/bin/rmid.exe Aktivační grupy se vytvoří pomocí tříd z java.rmi.activation: ActivationGroupDesc gd = new ActivationGroupDesc( null, null ); ActivationGroupID gi = ActivationGroup.getSystem( ).registerGroup( gd ); ActivationGroup.createGroup( gi, de, 0 ); // 0 – na kterémkoli portu PJV14

15 Aktivatabilní objekty
Implementace vzdáleného objektu je buď potomkem třídy Activatable ActivationGroup.create( ... ) viz výše String[ ] names = { , , }; MarshalledObject mo = new MarshalledObject( names ); ActivationDesc desc = new ActivationDesc( gID, " … ", null, mo ); Registrovat takto: RemoteObject stub = ( RemoteObject ) Activatable.register(desc); Naming.rebind( "MyRENOBject" , stub ); anebo je exportován: V konstruktoru se přijme ActivationID id a MarshalledObject mo names = ( String[ ] ) mo.get( ); Activatable.export( this, id, 0 ); // export do RMIRegistry Tyto úpravy se týkají pouze serveru. Pro klienta je to transparentní. PJV14