在傳統的RPC編程接口逐漸淡出人們視線的同時，新的、更便于使用且附加了更多特性的RPC編程接口也不斷涌現，CORBA作為分布式對象計算技術的典范，在很長一段時間內極大地吸引了大家的注意，但是由于CORBA規范試圖覆蓋過多的內容，使得CORBA顯得過于復雜，也極大地限制了CORBA的應用范圍，本系列將向大家介紹幾種輕量級的，更適于在Java開發中使用的RPC編程接口：RMI、XML-RPC、SOAP。

RMI（Remote Method Invocation）

與本系列將介紹的其它兩種RPC編程接口不同，RMI（Remote Method Invocation）顯得有些老舊，它是在Java-IDL加入J2SE之前被引入的。RMI開發流程與CORBA如出一轍（從出現的時間上無法確定RMI是否是按照CORBA規范定制的），因此，其開發過程相對比較煩瑣，但是由于RMI是EJB的基礎，因此，它在Java開發中具有十分重要的地位。

以下是創建遠程方法調用的5個步驟：

1.   定義一個擴展了Remote接口的接口，該接口中的每一個方法必須聲明它將產生一個RemoteException異常；

2.   定義一個實現該接口的類；

3.   使用rmic程序生成遠程實現所需的存根和框架；

4.   創建一個客戶程序和服務器進行RMI調用；

5.   啟動rmiregistry并運行自己的服務程序和客戶程序。

下面舉一個簡單、而且被無數次引用的例子：Echo。

1、定義Echo接口

//Echo.java

//The Echo remote interface

package demo.rmi;

import java.rmi.*;

public interface Echo extends Remote {

      String echo(String msg) throws RemoteException;

}

2、實現Echo接口

//EchoServer.java

//The implementation of the Echo remote object

package demo.rmi;

import java.net.*;

import java.rmi.*;

import java.rmi.registry.*;

import java.rmi.server.*;

public class EchoServer

      extends UnicastRemoteObject

      implements Echo {

       //默認構件器，也要“擲”出RemoteException違例

      public EchoServer() throws RemoteException {

            super();

      }

      public String echo(String msg) throws RemoteException {

            return "Echo: " + msg;

      }

      public static void main(String [] args) {

            /*創建和安裝一個安全管理器，令其支持RMI。作為Java開發包的一部分，適用于RMI唯一一個是RMISecurityManager.*/

            System.setSecurityManager(new RMISecurityManager());

            try {

                     /*創建遠程對象的一個或多個實例，下面是EchoServer對象*/

                  EchoServer es = new EchoServer();

                  /*向RMI遠程對象注冊表注冊至少一個遠程對象。一個遠程對象擁有的方法即可生成指向其他遠程對象的句柄，這樣，客戶到注冊表里訪問一次，得到第一個遠程對象即可.*/

                  Naming.rebind("EchoServer", es);

                  System.out.println("Ready to provide echo service...");

            } catch (Exception e) {

                  e.printStackTrace();

            }

      }

}

這個實現類使用了UnicastRemoteObject去連接RMI系統。在我們的例子中，我們是直接的從UnicastRemoteObject這個類上繼承的，事實上并不一定要這樣做，如果一個類不是從UnicastRmeoteObject上繼承，那必須使用它的exportObject()方法去連接到RMI。（否則，運行時將被告知無法序列化。）

如果一個類繼承自UnicastRemoteObject，那么它必須提供一個構造函數并且聲明拋出一個RemoteException對象（否則，會遇到編譯錯誤）。當這個構造函數調用了super()，它就激活UnicastRemoteObject中的代碼完成RMI的連接和遠程對象的初始化。

3、運行rmic編譯實現類，產生_Stub類

在demo.rmi.EchoServer.java上級目錄下運行如下命令：

rmic demo.rmi.EchoServer

4、編寫客戶程序

//EchoClient.java

//Uses remote object EchoServer

package demo.rmi;

import java.rmi.*;

import java.rmi.registry.*;

public class EchoClient {

      public static void main(String [] args) {

            System.setSecurityManager(new RMISecurityManager());

            try {

                  Echo t = (Echo)Naming.lookup("EchoServer");

                  for (int i = 0; i < 10; i++) {

                        System.out.println(t.echo(String.valueOf(i)));

                  }

            } catch (Exception e) {

                  e.printStackTrace();

            }

      }

}

5、運行

編碼的工作就只有這些，現在可以依次啟動rmiregistry（啟動rmiregistry時可以附加一個端口，一般使用默認的端口1099即可，這是默認的Naming Service運行端口）、EchoServer、EchoClient了。但是，雖然有些RMI的資料沒有提到，但你運行時不可避免會遇到如下兩個錯誤：

1）java.security.AccessControlException: access denied (java.net.SocketPermission 127.0.0.1:1099 connect,resolve)

原因很簡單，RMI Server/Client程序試圖通過Socket連接訪問本機的rmiregistry服務（即RMI的Naming Service，其運行的默認端口是1099）。要解決這個問題，可以在運行Server/Client時指定一個Policy文件（關于Policy的更多信息，見參考2），如下：

java -Djava.security.policy=demo/rmi/policyfile.txt demo.rmi.EchoServer

Policy文件的內容為：

grant{

      permission java.net.SocketPermission "localhost:1099", "connect, resolve";

};

即允許訪問本機的1099端口。

或者干脆來個徹底開放：

grant {

      permission java.security.AllPermission "", "";

};

2）java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:

        java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:

        java.lang.ClassNotFoundException: demo.rmi.EchoServer_Stub

        ...

如果你湊巧用啟動rmiregistry的終端窗口啟動了EchoServer，那么你很走運，你看不到上面的錯誤，但如果你不是在看完這篇文章后就再也用不到RMI，那么，這個錯誤在那里等著你，:)。

錯誤很明顯，rmiregistry找不到與EchoServer放在同一目錄下的EchoServer_Stub，因為package所在demo.rmi目錄的上級目錄不在rmiregistry的classpath中，這個問題有兩種解決方案：

a）在啟動rmiregistry前先調整一下CLASSPATH環境變量，以目錄E:"為例，執行：

set CLASSPATH=%CLASSPATH%;E:"

b）修改code，在EchoServer中通過如下代碼：

Registry r = LocateRegistry.createRegistry(8111);

r.rebind("EchoServer", es);

在程序內部創建一個LocateRegistry，并將自身注冊到該LocateRegistry，其中的數值8111表示LocateRegistry運行的端口。

同樣，對于客戶程序，也需要作相應的調整：

Registry r = LocateRegistry.getRegistry("localhost", 8111);

Echo e = (Echo)r.lookup("EchoServer");

而不是像上面例子中一樣訪問Naming類的static方法來訪問默認的rmiregistry服務。

參考：

1.      Java RMI Tutorial, http://www.ccs.neu.edu/home/kenb/com3337/rmi_tut.html

2.      Policy Tool - Policy File Creation and Management Tool. http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/policytool.html