● 2. Java RMI客戶端請求一個（已知）命名的遠程對象的引用?？蛻舳耸褂迷撘茫ㄟh程對象的存根實例）進行對遠程對象的方法調用。

    ● 3. Java RMI注冊表向請求的類返回一個引用（存根實例）?？蛻舳藭?yōu)先于codebase在本地的classpath中尋找存根類，如果發(fā)現(xiàn)了，那么它就會在本地調用該類。然而，如果在本地的classpath找不到該stub的存根類，客戶端就會試著從遠程對象代碼庫址（codebase）中檢索該類。

    ● 4. 客戶端從代碼庫址（codebase）請求類?？蛻舳耸褂玫拇a庫址（codebase）就是存根實例注解的URL，它是在存根類被注冊表加載時注解的?；氐降谝徊?，為導出對象的存根做注解，然后隨著綁定的名字被注冊到注冊表中。

    ● 5. 定義的存根類（和其需要的其他類）被下載到客戶端。

    注意：第4和5是相同的步驟，當遠程對象被一個名字綁定到注冊表中時，注冊表就開始調用該遠程對象類。當注冊表試著調用遠程對象的存根類時，從代碼庫址（codebase）中，它和遠程對象一起請求該類的定義。

    ● 6. 現(xiàn)在客戶端已經具備了調用遠程對象方法的所有條件。存根（在這過程中）像一個服務端的遠程對象的代理一樣；不像applet使用代碼庫址（codebase）運行代碼在本地的虛擬機中，Java RMI 客戶端使用遠程的代碼庫址（codebase）運行代碼在另一個，可能是遠程JVM中。如圖三所示：

圖三：Java RMI 客戶端遠程方法調用

    4.在Java RMI中利用codebase屬性，實現(xiàn)非存根（sub）類的下載

    除了下載存根類（stub）和其輔助類到客戶端，java.rmi.server.codebase屬性還被用來指定其他的，不僅僅是stub類的下載地址。

    當客戶端調用遠程對象的方法時，該方法可能無參或是有許多的參數(shù)，根據方法參數(shù)類型，這樣就可能有三種不同情況發(fā)生。

    第一種情況，所有的（遠程）方法參數(shù)（或是返回值）都是原始的數(shù)據類型，這樣遠程對象知道如何的解釋他們作為方法的參數(shù)，同時也無需檢查classpath和codebase屬性。

    第二種情況，至少有一個參數(shù)或是返回值是一個對象，然而遠程對象可以在本地的classpath中可以找到該對象類的定義。

    第三種情況（如圖四，第六步所示），遠程方法收到一個對象參數(shù)，然而遠程對象在本地的classpath中沒有找到對象的定義。這種遠程方法的調用情況如圖四所示?？蛻舳税l(fā)送的對象類可能是（遠程方法）參數(shù)類的子類型，它可能是兩者其中之一：

    ● 一個接口的實現(xiàn)，該接口為方法的參數(shù)（或是返回值）類型

    ● 一個類的子類，該類為方法的參數(shù)（或是返回值）類型

圖四：Java RMI客戶端遠程方法調用，傳遞一個未知的參數(shù)類型的子類型

    在applet情況下，代碼庫址（codebase）是嵌在網頁中的，就如我們在本文的第一部分看到的HTML例子。

    在Java RMI應用時，codebase不是依靠一個鑲嵌在網頁中類的引用實現(xiàn)的，客戶端會和Java RMI的注冊表溝通獲得遠程對象的應用。由于遠程對象的代碼庫址（codebase）可以指向任意URL，不能僅是一個相對于已知的URL地址，必須是存根類（stub）和其相關類目錄的絕對地址。代碼庫址（codebase）可以指向：

    ● 一個目錄地址，該目錄中含有類包子目錄

    ● 一個Jar文件路徑，含有類包的目錄壓縮文件

    ● 滿足以上條件的多個目錄或是多個Jar文件，中間用空格間隔

    注意：如果代碼庫址（codebase）設定為一目錄地址，那么結尾一定要是“/”。

    例子：

    如果你把要下載類在“webvector”HTTP服務器的export目錄下（在Web根目錄下），那么的你的代碼庫址（codebase）就該這樣設置：

    -Djava.rmi.server.codebase=http://webvector/export/

    如果你把要下載類放在“webline”HTTP服務器的public目錄下（在Web根目錄下），一個名字為“mystuff.jar”的Jar文件，你的代碼庫址（codebase）就該如此設置：

    -Djava.rmi.server.codebase=http://webline/public/mystuff.jar

    現(xiàn)在我們假設你把要下載的類分為兩個文件“myStuff.jar”和“myOtherStuff.jar”，而且這兩個文件放在不同的服務器上（名字是：“webfront”和“webwave”），你的代碼庫址（codebase）屬性就該這樣設定：

    -Djava.rmi.server.codebase="http://webfront/myStuff.jar http://webwave/myOtherStuff.jar"

    6.疑難問題解答

    如果你的Java RMI 程序配置正確，任何一個可以序列化的類，包含Java RMI 存根類，都是可以被下載下來的。動態(tài)的存根（stub）能夠正常的下載，需要滿足幾種狀況：

    ● A. 通過URL提供的存根類和存根類依賴的任何類能夠被客戶端可達。

    ● B. 在服務程序中通過調用bind或是rebind設定（或是在程序安裝的過程中激活）（譯注：rebind（String url， Remote obj） 或是bind（String url， Remote obj）），如下情況：如步驟A中設定的URL同時如果設定的為一個目錄，那么必須是“/”結尾。

    ● C. rmiregistry在它相關的classpath中找不到存根類或是其依賴的其他類。這也是為什么我們在注冊表調用存根時，給它加上代碼庫址（codebase）的參數(shù)的原因了，在服務端或是安裝代碼中，作為一個調用的結果。

    ● D. 客戶端安裝的SecurityManager允許存根（stub）下載。在Java 2 SE或是高版本中，這將意味著客戶端必須在策略文件中進行合適的配置。

    在使用Java RMI的java.rmi.server.codebase系統(tǒng)變量時，有兩種經常性的問題，我們將在下邊討論。

    6.1 運行Java RMI服務端可能碰到的問題

    你碰到的第一個問題可能是收到ClassNotFoundException的異常，當你向注冊表綁定（bind或是rebind）一個遠程對象和名字時。這種異常通常是由不合法的codebase屬性引起的，導致了在注冊表中不能定位遠程對象的存根（stub）或是存根需要的其他類。

    同遠程對象本身相比，遠程對象的存根（stub）實現(xiàn)了所有同樣的接口，這需要特別的注意。因此這些接口，同其他定制的類作為方法參數(shù)或是返回值，也必須能夠通過指定的代碼庫址（codebase）下載。

    通常，由于忽略了屬性設定時URL中末尾“/”，導致這個異常的拋出。其他的一些原因可能是：屬性值不是一個URL；URL路徑拼寫錯誤或是不正確；設定的URL中存根類（stub）和其相關的類不存在。

    這種情況下，你遇到的異?？赡苁沁@樣：

java.rmi.ServerException: RemoteException occurred in server thread; nested exception is:
            java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
            java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub
            java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
            java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub
            java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub
            at sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(Compiled Code)
            at sun.rmi.transport.StreamRemoteCall.executeCall(Compiled Code)
            at sun.rmi.server.UnicastRef.invoke(Compiled Code)
            at sun.rmi.registry.RegistryImpl_Stub.rebind(Compiled Code)
            at java.rmi.Naming.rebind(Compiled Code)
            at examples.callback.MessageReceiverImpl.main(Compiled Code)
            RemoteException occurred in server thread; nested exception is:
            java.rmi.UnmarshalException: error unmarshalling arguments; nested exception is:
            java.lang.ClassNotFoundException: examples.callback.MessageReceiverImpl_Stub

    6.2 運行Java RMI客戶端可能碰到的問題

    你可能遇到第二個問題，就是在注冊表中查找遠程對象時，輸出ClassNotFoundException的異常。如果你在運行客戶端代碼時收到這個堆棧異常信息，那么問題可能是你的Java RMI注冊表啟動時classpath設定的問題。參考 requirement C in section 6.0.這里有一個這樣異常例子：

    其他資源

    如果你對代碼庫址（codebase）還有其他的沒有解答的問題，請首先瀏覽RMI－USER組。

    你可能也想加入RMI－USER郵件列表中。