java實現遠程介面訪問（java遠程介面訪問文檔）

本文目錄一覽：

• 1、Java實現訪問遠程資料庫的實例
• 2、java 遠程調用，具體實現
• 3、java remote介面怎麼使用
• 4、JAVA 遠程 調用的幾種實現方式簡析 詳細�0�3
• 5、Java如何通過URL調用遠程介面並讀取返回信
• 6、java怎麼遠程調用webservice介面

Java實現訪問遠程資料庫的實例

Mysql默認關閉遠程登錄許可權，需要給遠程用戶添加許可權才能連接。

通過select*from mysql.user\G 查看用戶及許可權。

一.允許root用戶在任何地方進行遠程登錄，並具有所有庫任何操作許可權，具體操作如下：

1、在本機先使用root用戶登錄mysql：

mysql -u root -p”password”

2、進行授權操作：

mysqlGRANT ALL PRIVILEGES ON *.* TO ‘root’@’%’ IDENTIFIED BY ‘password’ WITH GRANT OPTION;

3、重載授權表：flush privileges;

二.允許root用戶在一個特定的IP進行遠程登錄，並具有所有庫任何操作許可權，具體操作如下：

1、在本機先使用root用戶登錄mysql：

mysql -u root -p”password”

2、進行授權操作：

GRANT ALL PRIVILEGES ON *.* TO root@”172.16.16.152″ IDENTIFIED BY “password” WITH GRANT OPTION;

3、重載授權表：flush privileges;

java 遠程調用，具體實現

1、使用java代碼通過ssh登陸linux並執行命令，正常情況下sshd服務都會有，知道用戶密碼就可以使用這種方式了。

2、要在遠程linux伺服器上執行命令，可以在linux伺服器上啟動一個服務做執行腳本的代理，不斷接受來自你這個項目發來的腳本信息，然後執行，再把結果返回給你項目中去。

第一種：以消息隊列的方式發送這些腳本信息，linux代理不斷接受，並返回結果。項目同時要不斷接受結果。

第二種：項目中產生的腳本，直接記錄到資料庫，linux上的代理訪問這個資料庫，獲取腳本信息，並將執行結果寫入資料庫。項目中輪詢執行結果。

上面我說的消息隊列可以採用activemq，或者rabbitmq這些。

命令執行，java中直接Runtime.getRuntime().exec(command);就行了。

java remote介面怎麼使用

Java 遠程處理

Java遠程方法調用(RMI)提供了Java程序語言的遠程通訊功能,這種特性使客戶機上運行的程序可以調用遠程伺服器上的對象,使Java編程人員能夠在網路環境中分布操作。

創建一個簡單的Java分散式遠程方法調用程序可以按以下幾個步驟操作,

一、定義遠程介面：

在 Java 中，遠程對象是實現遠程介面的類的實例, 遠程介面聲明每個要遠程調用的方法。在需要創建一個遠程對象的時候，我們通過傳遞一個介面來隱藏基層的實施細節，客戶通過介面句柄發送消息即可。

遠程介面具有如下特點：

1) 遠程介面必須為public屬性。如果不這樣，除非客戶端與遠程介面在同一個包內，否則 當試圖裝入實現該遠程介面的遠程對象時，調用會得到錯誤結果。

2) 遠程介面必須擴展介面java.rmi.Remote。

JAVA 遠程 調用的幾種實現方式簡析 詳細�0�3

基本原理 要實現網路機器間的通訊，首先得來看看計算機系統網路通信的基本原理，在底層層面去看，網路通信需要做的就是將流從一台計算機傳輸到另外一台計算機，基於傳輸協議和網路 IO 來實現，其中傳輸協議比較出名的有 http、tcp、 udp 等等，http、tcp、udp 都是在基於Socket 概念上為某類應用場景而擴展出的傳輸協議，網路IO，主要有bio、nio、aio 三種方式，所有的分散式應用通訊都基於這個原理而實現，只是為了應用的易用，各種語言通常都會提供一些更為貼近應用易用的應用層協議。 應用級協議 遠程服務通訊，需要達到的目標是在一台計算機發起請求，另外一台機器在接收到請求後進行相應的處理並將結果返回給請求端，這其中又會有諸如 onewayrequest、同步請求、非同步請求等等請求方式，按照網路通信原理，需要實現這個需要做的就是將請求轉換成流，通過傳輸協議傳輸至遠端，遠端計算機在接收到請求的流後進行處理，處理完畢後將結果轉化為流，並通過傳輸協議返回給調用端。原理是這樣的，但為了應用的方便，業界推出了很多基於此原理之上的應用級的協議，使得大家可以不用去直接操作這麼底層的東西，通常應用級的遠程通信協議會提供: 1.為了避免直接做流操作這麼麻煩，提供一種更加易用或貼合語言的標準傳輸格式;2.網路通信機制的實現，就是替你完成了將傳輸格式轉化為流，通過某種傳輸協議傳輸至遠端計算機，遠端計算機在接收到流後轉化為傳輸格式，並進行存儲或以某種方式通知遠端計算機。 所以在學習應用級的遠程通信協議時，我們可以帶著這幾個問題進行學習: 1.傳輸的標準格式是什麼?2.怎麼樣將請求轉化為傳輸的流?3.怎麼接收和處理流?4.傳輸協議是? 不過應用級的遠程通信協議並不會在傳輸協議上做什麼多大的改進，主要是在流操作方面，讓應用層生成流和處理流的這個過程更加的貼合所使用的語言或標準，至於傳輸協議則通常都是可選的，在java 領域中知名的有:RMI、 XML-RPC、Binary-RPC、SOAP、CORBA、JMS，來具體的看看這些遠程通信的應用級協議: RMIRMI 是個典型的為java 定製的遠程通信協議，我們都知道，在 singlevm 中，我們可以通過直接調用javaobjectinstance 來實現通信，那麼在遠程通信時，如果也能按照這種方式當然是最好了，這種遠程通信的機製成為RPC(RemoteProcedureCall)，RMI 正是朝著這個目標而誕生的。 來看下基於RMI 的一次完整的遠程通信過程的原理: 1.客戶端發起請求，請求轉交至RMI 客戶端的stub 類;2.stub 類將請求的介面、方法、參數等信息進行序列化;3.基於socket 將序列化後的流傳輸至伺服器端;4.伺服器端接收到流後轉發至相應的skelton 類;5.skelton 類將請求的信息反序列化後調用實際的處理類;6.處理類處理完畢後將結果返回給 skelton 類;7.Skelton 類將結果序列化，通過socket 將流傳送給客戶端的 stub;8.stub 在接收到流後反序列化，將反序列化後的JavaObject 返回給調用者。 根據原理來回答下之前學習應用級協議帶著的幾個問題: 1.傳輸的標準格式是什麼?是JavaObjectStream。2.怎麼樣將請求轉化為傳輸的流?基於Java 串列化機制將請求的javaobject 信息轉化為流。3.怎麼接收和處理流?根據採用的協議啟動相應的監聽埠，當有流進入後基於Java 串列化機制將流進行反序列化，並根據RMI 協議獲取到相應的處理對象信息，進行調用並處理，處理完畢後的結果同樣基於java 串列化機制進行返回。4.傳輸協議是?Socket。 XML-RPCXML-RPC 也是一種和RMI 類似的遠程調用的協議，它和RMI 的不同之處在於它以標準的 xml 格式來定義請求的信息(請求的對象、方法、參數等)，這樣的好處是什麼呢，就是在跨語言通訊的時候也可以使用。 來看下XML-RPC 協議的一次遠程通信過程: 1.客戶端發起請求，按照XML-RPC 協議將請求信息進行填充;2.填充完畢後將xml 轉化為流，通過傳輸協議進行傳輸;3.接收到在接收到流後轉換為xml，按照XML-RPC 協議獲取請求的信息並進行處理;4.處理完畢後將結果按照XML- RPC 協議寫入xml 中並返回。 同樣來回答問題: 1.傳輸的標準格式是?標準格式的XML。2.怎麼樣將請求轉化為傳輸的流? 將XML 轉化為流。3.怎麼接收和處理流?通過監聽的埠獲取到請求的流，轉化為XML，並根據協議獲取請求的信息，進行處理並將結果寫入XML 中返回。4. 傳輸協議是?Http。 Binary-RPCBinary-RPC 看名字就知道和XML-RPC 是差不多的了，不同之處僅在於傳輸的標準格式由XML 轉為了二進位的格式。 同樣來回答問題: 1.傳輸的標準格式是?標準格式的二進位文件。2.怎麼樣將請求轉化為傳輸的流?將二進位格式文件轉化為流。3.怎麼接收和處理流?通過監聽的埠獲取到請求的流，轉化為二進位文件，根據協議獲取請求的信息，進行處理並將結果寫入XML 中返回。4.傳輸協議是?Http。 SOAPSOAP 原意為SimpleObjectAccessProtocol，是一個用於分散式環境的、輕量級的、基於XML 進行信息交換的通信協議，可以認為SOAP 是XMLRPC 的高級版，兩者的原理完全相同，都是http+XML，不同的僅在於兩者定義的XML 規範不同，SOAP 也是Webservice 採用的服務調用協議標準，因此在此就不多加闡述了。 CORBACommonObjectRequestBrokerArchitecture(公用對象請求代理[調度]程序體系結構)，是一組用來定義”分散式對象系統”的標準，由 OMG(ObjectMenagementGroup)作為發起和標準制定單位。CORBA 的目的是定義一套協議，符合這個協議的對象可以互相交互，不論它們是用什麼樣的語言寫的，不論它們運行於什麼樣的機器和操作系統。CORBA 在我看來是個類似於SOA 的體系架構，涵蓋可選的遠程通信協議，但其本身不能列入通信協議這裡來講，而且CORBA 基本淘汰，再加上對CORBA 也不怎麼懂，在此就不進行闡述了。 JMSJMS 呢，是實現java 領域遠程通信的一種手段和方法，基於JMS 實現遠程通信時和RPC 是不同的，雖然可以做到RPC 的效果，但因為不是從協議級別定義的，因此我們不認為JMS 是個RPC 協議，但它確實是個遠程通信協議，在其他的語言體系中也存在著類似JMS 的東西，可以統一的將這類機制稱為消息機制，而消息機制呢，通常是高並發、分散式領域推薦的一種通信機制，這裡的主要一個問題是容錯(詳細見ErLang 論文)。 來看JMS 中的一次遠程通信的過程: 1.客戶端將請求轉化為符合JMS 規定的Message;2.通過JMSAPI 將Message 放入JMSQueue 或Topic 中;3.如為JMSQueue，則發送中相應的目標Queue 中，如為Topic，則發送給訂閱了此Topic 的JMSQueue。4.處理端則通過輪訓 JMSQueue，來獲取消息，接收到消息後根據JMS 協議來解析Message 並處理。 回答問題: 1.傳輸的標準格式是?JMS 規定的Message。2.怎麼樣將請求轉化為傳輸的流?將參數信息放入Message 中即可。3.怎麼接收和處理流?輪訓JMSQueue 來接收Message，接收到後進行處理，處理完畢後仍然是以Message 的方式放入 Queue 中發送或Multicast。4.傳輸協議是?不限。 基於JMS 也是常用的實現遠程非同步調用的方法之一。

Java如何通過URL調用遠程介面並讀取返回信

下面代碼可供你參考：

String ticket = “”;//登錄憑證

String url_str = “”;//獲取用戶認證的帳號URL

String ticket_url = url_str + ticket;

URL url = new URL(ticket_url);

HttpURLConnection connection = (HttpURLConnection) url.openConnection();

connection.connect();

int code = connection.getResponseCode();

if (code == 404) {

throw new Exception(“認證無效，找不到此次認證的會話信息！”);

}

if (code == 500) {

throw new Exception(“認證伺服器發生內部錯誤！”);

}

if (code != 200) {

throw new Exception(“發生其它錯誤，認證伺服器返回 ” + code);

}

InputStream is = connection.getInputStream();

byte[] response = new byte[is.available()];

is.read(response);

is.close();

if (response == null || response.length == 0) {

throw new Exception(“認證無效，找不到此次認證的會話信息！”);

}

String userId = new String(response, “GBK”);

System.out.println(userId);

java怎麼遠程調用webservice介面

Java通過WSDL文件來調用webservice：

注意，以下的代碼並沒有經過真正的測試，只是說明這些情況，不同版本的Axis相差很大，大家最好以apache網站上的例子為準，這裡僅僅用於說明其基本用法。

1,直接AXIS調用遠程的web service

這種方法比較適合那些高手，他們能直接看懂XML格式的WSDL文件，我自己是看不懂的，尤其我不是專門搞這行的，即使一段時間看懂，後來也就忘記了。直接調用模式如下：

import java.util.Date;

import java.text.DateFormat;

import org.apache.axis.client.Call;

import org.apache.axis.client.Service;

import javax.xml.namespace.QName;

import java.lang.Integer;

import javax.xml.rpc.ParameterMode;

public class caClient {

public static void main(String[] args) {

try {

String endpoint = “”;

//直接引用遠程的wsdl文件

//以下都是套路

Service service = new Service();

Call call = (Call) service.createCall();

call.setTargetEndpointAddress(endpoint);

call.setOperationName(“addUser”);//WSDL裡面描述的介面名稱

call.addParameter(“userName”, org.apache.axis.encoding.XMLType.XSD_DATE,

javax.xml.rpc.ParameterMode.IN);//介面的參數

call.setReturnType(org.apache.axis.encoding.XMLType.XSD_STRING);//設置返回類型

String temp = “測試人員”;

String result = (String)call.invoke(new Object[]{temp});

//給方法傳遞參數，並且調用方法

System.out.println(“result is “+result);

}

catch (Exception e) {

System.err.println(e.toString());

}

}

}

2,直接SOAP調用遠程的webservice

這種模式我從來沒有見過，也沒有試過，但是網路上有人貼出來，我也轉過來

import org.apache.soap.util.xml.*;

import org.apache.soap.*;

import org.apache.soap.rpc.*;

import java.io.*;

import java.net.*;

import java.util.Vector;

public class caService{

public static String getService(String user) {

URL url = null;

try {

url=new URL(“”);

} catch (MalformedURLException mue) {

return mue.getMessage();

}

// This is the main SOAP object

Call soapCall = new Call();

// Use SOAP encoding

soapCall.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC);

// This is the remote object we’re asking for the price

soapCall.setTargetObjectURI(“urn:xmethods-caSynrochnized”);

// This is the name of the method on the above object

soapCall.setMethodName(“getUser”);

// We need to send the ISBN number as an input parameter to the method

Vector soapParams = new Vector();

// name, type, value, encoding style

Parameter isbnParam = new Parameter(“userName”, String.class, user, null);

soapParams.addElement(isbnParam);

soapCall.setParams(soapParams);

try {

// Invoke the remote method on the object

Response soapResponse = soapCall.invoke(url,””);

// Check to see if there is an error, return “N/A”

if (soapResponse.generatedFault()) {

Fault fault = soapResponse.getFault();

String f = fault.getFaultString();

return f;

} else {

// read result

Parameter soapResult = soapResponse.getReturnValue ();

// get a string from the result

return soapResult.getValue().toString();

}

} catch (SOAPException se) {

return se.getMessage();

}

}

}

3,使用wsdl2java把WSDL文件轉成本地類，然後像本地類一樣使用，即可。

這是像我這種懶人最喜歡的方式，仍然以前面的global weather report為例。

首先 java org.apache.axis.wsdl.WSDL2Java

原本的網址是，中間個各問號，但是Linux下面它不能解析，所以去掉問號，改為點號。

那麼就會出現4個文件：

GlobalWeather.java GlobalWeatherLocator.java GlobalWeatherSoap.java GlobalWeatherSoapStub.java

其中GlobalWeatherSoap.java是我們最為關心的介面文件，如果你對RMI等SOAP實現的具體細節不感興趣，那麼你只需要看介面文件即可，在使用的時候，引入這個介面即可，就好像使用本地類一樣。