|
回值的代码称为框架(Skeleton)。
可以使用RMI自带的命令行工具rmic(即RMI Compiler)，先扫描远程对象的.class文件，随之生成残根与框架代码。工具rmic的原理如图1。
5.5 远程客户端：这是一个帮助我们访问远程方法提供帮助的类，它也是最终用户。我们将使用查找和调用远程方法的方法在该类中调用远程方法。
典型的rmic调用如下（在当前目录）：
我们有了远程接口和实现，就可以用rmic对类进行编译，生成Stub和Skeleton,在命令行窗口中使用以下代码行：
// compile all java source files
javac enterprise\distribute\*.java
// make stub and skeleton code
rmic enterprise.distribute.InfoDistributeService
运行完毕后，在当前目录生成下列文件（即调动代码）：
InfoDistributeService_Stub.class
InfoDistributeService_Skel.class
5.5 用rmiregistry找到远程对象
导出服务器方的对象之后，就可以远程访问，但客户机还要设法与这些远程对象取得联系。
由于分布式应用程序可能涉及许多不同机器，因此通信的所有机器对之间需要建立初始连接，换句话说，就是要设法找到初始远程对象，这项工作通过rmiregistry命令执行。
JDK开发工具提供了实用程序RMI Registry，用来维护文本名和远程对象之间的映射，可以进行远程访问。
5.5.1 在客户机方，RMI注册表可以通过同一java.rmi.Naming类的lookup()静态方法用程序访问。例如，远程主机为iServer，远程对象实例为InfoDistributeService实例，远程端口号为5678，则客户机如果查找远程主机iServer中的远程InfoDistributeService实例，那么引用实例时须使用远程接口InfoDistributeRemote，代码如下：
InfoDistributeRemote iServer=( InfoDistributeRemote)
Naming.lookup(“rmi://iServer:5678/InfoDistributeService”);
5.5.2 在服务器方，导出的远程对象可以通过java.rmi.Naming类在本地注册rmiregistry的运行实例。例如，用rebind()方法将iService中的InfoDistributeService的实例与名称InfoDistributeService相关联。
InfoDistributeService iService=new InfoDistributeService();
Naming.rebind(“/ InfoDistributeService”,iService);
综上所述，InfoDistributeRemote是个Java接口，因此iServer实际上是实现InfoDistributeRemote接口的本地对象实例，它不在远程，而是远程InfoDistributeService的本地表示。也就是说，它是由前述rmic工具自动生成的残根码InfoDistributeService_Stub.class的本地实例。图3显示了远程对象调用的工作原理。
图2 远程对象调用的工作原理
从图2可以看出，客户机实现通过iServer变量维护远程对象的调用。事实上，iServer引用变量是实现InfoDistribute接口的对象的本地引用，该对象是InfoDistributeService残根实现。这个残根和服务器方的框架一起通过InfoDistributeRemote接口调动/反调动所有远程调用。
当我们把InfoDistributeService看成是实现InfoDistributeRemote接口的本地实例的时候，残根代码只在幕后进行工作，而实现这一切则变得非常透明。
由上述原理，可以进一步设计完善客户机和服务器代码，进而编写出完整的应用程序。
5.6 运行测试RMI分布式应用
在确认已经设计好必须的几大类模块后，我们开始按以下步骤，运行并测试该信息发布系统的基本功能（即仅仅实现远程接口中声明的getRemoteInfo()方法）。
5.6.1 在前面定义的包enterprise.distribute中，执行javac命令编译后缀为.java的源 | 
