java的rmi
㈠ java Rmi如何實現兩個客戶端之間的通信 求說的具體點
RMI的開發步驟
先創建遠程介面及聲明遠程方法，注意這是實現雙方通訊的介面，需要繼承Remote
開發一個類來實現遠程介面及遠程方法，值得注意的是實現類需要繼承UnicastRemoteObject
通過javac命令編譯文件，通過java -server 命令注冊服務，啟動遠程對象
最後客戶端查找遠程對象，並調用遠程方法
首先為服務建立一個Model層，注意因為此對象需要現實進行遠程傳輸，所以必須繼承Serializable
代碼
packagermi.model;
importjava.io.Serializable;
//注意對象必須繼承Serializable
{
privateintid;
privateStringname;
privateintage;
publicvoidsetId(intid){
this.id=id;
}
publicintgetId(){
returnid;
}
publicvoidsetName(Stringname){
this.name=name;
}
publicStringgetName(){
returnname;
}
publicvoidsetAge(intage){
this.age=age;
}
publicintgetAge(){
returnage;
}
}
創建遠程介面PersonService,注意遠程介面需要繼承Remote
代碼
packagermi.service;
importjava.rmi.Remote;
importjava.rmi.RemoteException;
importjava.util.List;
importrmi.model.*;
//此為遠程對象調用的介面，必須繼承Remote類
{
publicList<PersonEntity>GetList()throwsRemoteException;
}
建立PersonServiceImpl實現遠程介面，注意此為遠程對象實現類，需要繼承UnicastRemoteObject
代碼
packagermi.serviceImpl;
importjava.rmi.RemoteException;
importjava.rmi.server.UnicastRemoteObject;
importjava.util.LinkedList;
importjava.util.List;
importrmi.model.PersonEntity;
importrmi.service.*;
//此為遠程對象的實現類，須繼承UnicastRemoteObject
Service{
publicPersonServiceImpl()throwsRemoteException{
super();
//TODOAuto-generatedconstructorstub
}
@Override
publicList<PersonEntity>GetList()throwsRemoteException{
//TODOAuto-generatedmethodstub
System.out.println("GetPersonStart!");
List<PersonEntity>personList=newLinkedList<PersonEntity>();
PersonEntityperson1=newPersonEntity();
person1.setAge(25);
person1.setId(0);
person1.setName("Leslie");
personList.add(person1);
PersonEntityperson2=newPersonEntity();
person2.setAge(25);
person2.setId(1);
person2.setName("Rose");
personList.add(person2);
returnpersonList;
}
}
建立伺服器端，在伺服器端注冊RMI通訊埠與通訊路徑，然後通訊javac命令編譯文件，通過java -server 命令注冊服務。以下面代碼為例，如果閣下將項目建立於D:\RMIRemotingService文件夾上時，則先輸入D:\RMIRemotingServicesrc>javac rmi/remotingservice/Program.java獲取Program.class（如何閣下使用的MyEclipse等開發工具，可跳過此步，直接在*/bin文件夾中直接調用已經生成的Program.class），然後輸入D:\RMIRemotingServicesrc>java rmi/remotingservice/Program啟動服務。
代碼
packagermi.remotingservice;
importjava.rmi.Naming;
importjava.rmi.registry.LocateRegistry;
importrmi.service.*;
importrmi.serviceImpl.*;
publicclassProgram{
publicstaticvoidmain(String[]args){
try{
PersonServicepersonService=newPersonServiceImpl();
//注冊通訊埠
LocateRegistry.createRegistry(6600);
//注冊通訊路徑
Naming.rebind("rmi://127.0.0.1:6600/PersonService",personService);
System.out.println("ServiceStart!");
}catch(Exceptione){
//TODOAuto-generatedcatchblock
e.printStackTrace();
}
}
}
最後建立客戶端進行測試，注意客戶調用的RMI路徑必須伺服器配置一致
代碼
packagermi.remotingclient;
importjava.rmi.Naming;
importjava.util.List;
importrmi.model.PersonEntity;
importrmi.service.*;
publicclassProgram{
publicstaticvoidmain(String[]args){
try{
//調用遠程對象，注意RMI路徑與介面必須與伺服器配置一致
PersonServicepersonService=(PersonService)Naming.lookup("rmi://127.0.0.1:6600/PersonService");
List<PersonEntity>personList=personService.GetList();
for(PersonEntityperson:personList){
System.out.println("ID:"+person.getId()+"Age:"+person.getAge()+"Name:"+person.getName());
}
}catch(Exceptionex){
ex.printStackTrace();
}
}
}
常見錯誤
在命令提示符調用java命令時，顯示並無此命令。這是因為未在「環境變數」中綁定JAVA的JDK命令造成的，你首先單擊「計算機右鍵」->「屬性」->「高級」->「環境變數」。在系統變數Path設置中載入為JDK的路徑 .;D:Program FilesGenuitecCommoninarycom.sun.java.jdk.win32.x86_1.6.0.013in。然後在ClassPath載入伺服器端的Program.class地址 .;D:\RMIRemotingServicein
在調用javac命令時出現「javac 找不到文件 ..... 」此錯誤，可能是因為閣下輸入的文件路徑出現錯誤造成，注意不要把D:\RMIRemotingServicesrc>javac rmi/remotingservice/Program.java寫錯為D:\RMIRemotingServicesrc>javac rmi.remotingservice.Program.java
在調用D:\RMIRemotingServicein>java rmi/remotingservice/Program命令時出現「Exception in thread 'main' java.lang.NoClassEdfoundError」錯誤，第一這可能是閣下把Program錯寫為Program.class，注意java命令不需要加後綴名。第二可能是閣下把「java rmi/remotingservice/Program」錯寫為「java rmi emotingserviceProgram"。
㈡ JavaRMI服務遠程方法調用漏洞如何修復lin
Linux的Apache或WebLogic應用被檢測出這個漏洞，NSFOCUS(綠盟)給出的解決辦法是：
臨時解決方法：【限制訪問或刪除類文件】
如果您不能立刻安裝補丁或者升級，建議您採取以下措施以降低威脅：
* 使用防火牆規則及文件系統訪問限制
* 使用 SerialKiller 替換進行序列化操作的 ObjectInputStream 類
* 刪除掉項目里的「commons-collections-3.2.jar///org/apache/commons/collections/functors/InvokerTransformer.class」 文件，刪除後項目可能會在某些功能下報錯。
安裝廠商補丁：【下載3.2.2以上版本commons-collections補丁】
目前廠商已經發布了升級補丁ACC 3.2.2 以修復這個安全問題，請到廠商的主頁下載：
Download Commons Collections
http://svn.apache.org/viewvc?view=revision&revision=1713307
https://blogs.apache.org/foundation/entry/apache_commons_statement_to_widespread
㈢ RMI是干什麼用的在JAVA裡面
RMI是J2EE的網路機制，允許你編寫分布式對象，使得對象的通信范圍能夠在內存中，跨Java虛擬機，跨物理設備
RMI-IIOP遵循了介面和實現的原則。你寫的所有網路代碼都是應用於介面，而不是實現。實際上，你必須使用RMI-IIOP中的範例，沒有其它的選擇。直接在你的對象實現上執行遠程調用是不可能的，你只能在對象類的介面上單獨進行這一操作。
所以我們在使用RMI-IIOP時，你必須建立一個客戶介面，叫做remote interface。這個遠程介面應該擴展java.rmi.Remote介面。
RMI應用程序通常包括兩個獨立的程序：伺服器程序和客戶機程序。典型的伺服器應用程序將創建多個遠程對象，使這些遠程對象能夠被引用，然後等待客戶機調用這些遠程對象的方法。而典型的客戶機程序則從伺服器中得到一個或多個遠程對象的引用，然後調用遠程對象的方法。RMI為伺服器和客戶機進行通信和信息傳遞提供了一種機制。
在與遠程對象的通信過程中，RMI使用標准機制：stub和skeleton。遠程對象的stub擔當遠程對象的客戶本地代表或代理人角色。調用程序將調用本地stub的方法，而本地stub將負責執行對遠程對象的方法調用。在RMI中，遠程對象的stub與該遠程對象所實現的遠程介面集相同。調用stub的方法時將執行下列操作：(1) 初始化與包含遠程對象的遠程虛擬機的連接；(2) 對遠程虛擬機的參數進行編組（寫入並傳輸）；(3) 等待方法調用結果；(4) 解編（讀取）返回值或返回的異常；(5) 將值返回給調用程序。為了向調用程序展示比較簡單的調用機制，stub將參數的序列化和網路級通信等細節隱藏了起來。在遠程虛擬機中，每個遠程對象都可以有相應的skeleton（在JDK1.2環境中無需使用skeleton）。Skeleton負責將調用分配給實際的遠程對象實現。它在接收方法調用時執行下列操作：(1) 解編（讀取）遠程方法的參數；(2) 調用實際遠程對象實現上的方法；(3) 將結果（返回值或異常）編組（寫入並傳輸）給調用程序。stub和skeleton由rmic編譯器生成。
㈣ java的遠程調試是基於什麼協議
RMI是java語言本身提供的遠程通訊協議，穩定高效，是EJB的基礎。但它只能用於JAVA程序之間的通訊。
Hessian和Burlap是caucho公司提供的開源協議，基於HTTP傳輸，服務端不用開防火牆埠。協議的規范公開，可以用於任意語言。
Httpinvoker是SpringFramework提供的遠程通訊協議，只能用於JAVA程序間的通訊，且服務端和客戶端必須使用SpringFramework。
Web service是連接異構系統或異構語言的首選協議，它使用SOAP形式通訊，可以用於任何語言，目前的許多開發工具對其的支持也很好。
RMI > Httpinvoker >= Hessian >> Burlap >> web service
RMI不愧是JAVA的首選遠程調用協議，非常高效穩定，特別是在大數據量的情況下，與其他通訊協議的差距尤為明顯。
HttpInvoker使用java的序列化技術傳輸對象，與RMI在本質上是一致的。從效率上看，兩者也相差無幾，HttpInvoker與RMI的傳輸時間基本持平。
Hessian在傳輸少量對象時，比RMI還要快速高效，但傳輸數據結構復雜的對象或大量數據對象時，較RMI要慢20%左右。
Burlap僅在傳輸1條數據時速度尚可，通常情況下，它的毫時是RMI的3倍。
Web Service的效率低下是眾所周知的，平均來看，Web Service的通訊毫時是RMI的10倍。
二、結果分析
1、直接調用
直接調用的所有毫時都接近0，這說明程序處理幾乎沒有花費時間，記錄的全部時間都是遠程調用耗費的。
2、RMI調用
與設想的一樣，RMI理所當然是最快的，在幾乎所有的情況下，它的毫時都是最少的。特別是在數據結構復雜，數據量大的情況下，與其他協議的差距尤為明顯。
為了充分發揮RMI的性能，另外做了測試類，不使用Spring，用原始的RMI形式 （繼承UnicastRemoteObject對象）提供服務並遠程調用，與Spring對POJO包裝成的RMI進行效率比較。結果顯示：兩者基本持 平，Spring提供的服務還稍快些。
初步認為，這是因為Spring的代理和緩存機制比較強大，節省了對象重新獲取的時間。
3、Hessian調用
caucho公司的resin伺服器號稱是最快的伺服器，在java領域有一定的知名 度。Hessian做為resin的組成部分，其設計也非常精簡高效，實際運行情況也證明了這一點。平均來看，Hessian較RMI要慢20%左右，但 這只是在數據量特別大，數據結構很復雜的情況下才能體現出來，中等或少量數據時，Hessian並不比RMI慢。
Hessian的好處是精簡高效，可以跨語言使用，而且協議規范公開，我們可以針對任意語言開發對其協議的實現。目前已有實現的語言有：java, c++, .net, python, ruby。還沒有delphi的實現。
另外，Hessian與WEB伺服器結合非常好，藉助WEB伺服器的成熟功能，在處理大 量用戶並發訪問時會有很大優勢，在資源分配，線程排隊，異常處理等方面都可以由成熟的WEB伺服器保證。而RMI本身並不提供多線程的伺服器。而 且，RMI需要開防火牆埠，Hessian不用。
4、Burlap調用
Burlap與Hessian都是caucho公司的開源產品，只不過Hessian採用二進制的方式，而Burlap採用xml的格式。
測試結果顯示，Burlap在數據結構不復雜，數據量中等的情況下，效率還是可以接受的，但如果數據量大，效率會急劇下降。平均計算，Burlap的調用毫時是RMI的3倍。
我認為，其效率低有兩方面的原因，一個是XML數據描述內容太多，同樣的數據結構，其傳輸量要大很多；另一方面，眾所周知，對xml的解析是比較費資源的，特別對於大數據量情況下更是如此。
5、HttpInvoker調用
HttpInvoker是SpringFramework提供的JAVA遠程調用方法，使用java的序列化機制處理對象的傳輸。從測試結果看，其效率還是可以的，與RMI基本持平。
不過，它只能用於JAVA語言之間的通訊，而且，要求客戶端和服務端都使用SPRING框架。
另外，HttpInvoker 並沒有經過實踐的檢驗，目前還沒有找到應用該協議的項目。
6、web service調用
本次測試選用了apache的AXIS組件作為WEB SERVICE的實現，AXIS在WEB SERVICE領域相對成熟老牌。
為了僅測試數據傳輸和編碼、解碼的時間，客戶端和服務端都使用了緩存，對象只需實例化一次。但是，測試結果顯示，web service的效率還是要比其他通訊協議慢10倍。
如果考慮到多個引用指向同一對象的傳輸情況，web service要落後更多。因為RMI，Hessian等協議都可以傳遞引用，而web service有多少個引用，就要復制多少份對象實體。
Web service傳輸的冗餘信息過多是其速度慢的原因之一，監控發現，同樣的訪問請求，描述相同的數據，web service返回的數據量是hessian協議的6.5倍。另外，WEB SERVICE的處理也很毫時，目前的xml解析器效率普遍不高，處理xml <-> bean很毫資源。從測試結果看，異地調用比本地調用要快，也從側面說明了其毫時主要用在編碼和解碼xml文件上。這比冗餘信息更為嚴重，冗餘信息佔用的 只是網路帶寬，而每次調用的資源耗費直接影響到伺服器的負載能力。（MS的工程師曾說過，用WEB SERVICE不能負載100個以上的並發用戶。）
測試過程中還發現，web service編碼不甚方便，對非基本類型需要逐個注冊序列化和反序列化類，很麻煩，生成stub更累，不如spring + RMI/hessian處理那麼流暢簡潔。而且，web service不支持集合類型，只能用數組，不方便。
ITjob學。到的
㈤ java 用rmi 遠程連接access 資料庫，但總報錯，請高人指點。
java.lang.NoClassDefFoundError
未找到類
估計是Class.forName("org.objectweb.rmijdbc.Driver").newInstance();
找不到org.objectweb.rmijdbc.Driver
㈥ java RMI 如何返回遠程對象的引用
伺服器端
1.進入jdk的bin目錄 ：
cd ${JAVA_HOME}/bin
2.在該目錄下新建文本jstatd.all.policy：
vim jstatd.all.policy
3.添加內容：
grant codebase "file:${java.home}/../lib/tools.jar" {
permission java.security.AllPermission;
};
4.在該目錄啟動jstatd服務：
./jstatd -J-Djava.security.policy=jstatd.all.policy -J-Djava.rmi.server.hostname=<你伺服器的ip> -p 1099
本地
1.進入jdk的bin目錄，打開jvisualvm.exe
2.界面左側目錄『遠程』點擊右鍵添加主機，輸入你的伺服器ip，埠和jstatd服務的啟動埠一致。
以上都是小編收集了大神的靈葯，喜歡的拿走吧！喜歡小編就輕輕關注一下哦！