axis解析返回值_深入剖析Axis2中返回值為複雜自定義類型值【步步逼近實踐篇】

本文链接：https://blog.csdn.net/weixin_35419402/article/details/113009189

問：Axis2中到底能否傳遞複雜以及自定義對象？

答：肯定可以

那如何傳遞呢？在開發過程中，基本類型已經不能滿足要求。所以才有有相應的List，Map，以及User對象，Dog對象等等。

比如傳遞User對象，我們想象一下，到底我們該怎麼樣，把這個對象傳遞過去呢？我們再根據前面講的Webservice傳遞協議，該如何辦呢？實際上發給服務器中是怎麼樣的格式呢？

在做Webservice時，肯定很好奇，到底這個東東是如何傳遞過去的？就宛如，我們學計算機時，計算機處理的信息全部都是二進制，當我們問那圖片，視頻，怎麼運作的在計算機？老師統統告是二進制。雖然我們知道二進制是0011這種形式，但是不是仍然有種想鑽到計算機中，探個究竟，想真實的體會，或親眼見識一下？

所以呢，把抽象的東西具體化，在真實的環境中再現，這樣才能深入理解其中的原理。

那我們前面也說過，我們傳入一個參數為int的方法，其實就是一段soap消息。那一個我們自定義對象，是如何傳遞呢？User對象在生成的wsdl中，其實是這樣的一段代碼：

再複雜的對象，實際上也是有基本類型組成。那我們看一下再調用時，傳遞的soap消息是如何的？

那接下來進入我們的正題，對於複雜類型參數傳遞。

我們實際上使用axiom方式調用服務。這種方式，同時也是Axis2的不同於Axis的一個新特性。

首先我們拿一個例子做測試，深入剖析返回內部的傳遞。

第一：測試返回值為自定義對象User對象。

服務器端，還是按照上傳的文檔開發。方法如下：

public User getUser()

{

User u= new User();

u.setId(100);

u.setName( "123ee");

return u;

}

那客戶端調用方式如下：

public static void main(String[] args) throws Exception {

EndpointReference targetEPR = new EndpointReference("http://localhost:8080/testWSServerByAxis2/services/myService?wsdl" );

try {

Options options = new Options();

options.setTo(targetEPR);

//加載目標服務器

ServiceClient sender = new ServiceClient();

sender.setOptions(options);

OMFactory fac = OMAbstractFactory.getOMFactory();

OMNamespace omNs = fac.createOMNamespace("http://test.com" , "" );

//調用服務端的方法

OMElement method = fac.createOMElement("getUser" , omNs);

//給方法賦值參數值

//method.addChild(sayHello);

//返回OMElement對象

OMElement result = sender.sendReceive(method);

System. out.println( "clientResult="+result);

Iterator iterator=result.getChildElements();

while(iterator.hasNext()){

System. out.println( "ok");

OMNode omNode = (OMNode) iterator.next();

if(omNode.getType()==omNode. ELEMENT_NODE){

OMElement omElement = (OMElement) omNode;

System. out.println( "***="+omElement.getLocalName());

if (omElement.getLocalName().toLowerCase().equals("return" )) {

User u = (User) BeanUtil.processObject(omElement, User. class, null, true, new DefaultObjectSupplier());

System. out.println(u.getName());

}

} catch (Exception e) {

e.printStackTrace();

}

那給大家看一下，客戶端調用服務器端的getUser方法，返回來的是個OMElement對象。在上篇博客中的RPC調用方式中，直接返回的是無法轉化User對象，提示OmElement對象無法轉化成User對象。

好，我們看一下，服務器給客戶端返回的是什麼？注意這句代碼的輸出：

System. out.println( "clientResult="+result);

clientResult=0100123ee

返回值是個soap消息，soap消息怎麼會這樣呢？為何不是那樣的呢？他是根據什麼來呢？為何是"http://test.com",又為何是ax21?大家對輸出的信息是否也感到好奇呢？的確，我開始也是很好奇，那請跟着我的思路走，慢慢尋找答案。

咦，突然發現http://test.com跟代碼中的fac.createOMNamespace("http://test.com" , "" );有關聯，哦，原來是命名空間呢。說道命名空間，不知道大家是否有點明白？嘻嘻，命名空間是從哪裡來？是從wsdl來啊？對，返回的soap消息格式是根據服務端的wsdl信息生成的。那我們在仔細研究一下我們服務端生成的wsdl。

wsdl截取了重要的一部分，跟大家解釋一下其中的關鍵處。