详解Axis2实现Web Services之AXIOM篇

danlley

AXIOM——AXis 对象模型（AXis Object Model，AXIOM）是 Apache Axis 2 的 XML 对象模型,Axiom采用pull解析方式，基于StAX（JSR173），其目标是提供强大的特性组合彻底改变 XML 处理技术（Axiom和StAX紧密相关，要使用Axiom，StAX相关的jar包也必须在classpath下）。
AXIOM 还不仅仅是另一种对象模型。它有着明确的设计目标：大幅提升 Apache 下一代 SOAP 协议栈 Axis 2 的性能。因为它突出了构造的轻型，并且仅当需要的时候才建立，结果造就了不同于其他对象模型的 AXIOM（也称为 OM）。由于是轻型的，它尽可能地减轻对系统资源的压力，特别是 CPU 和内存。同时，延迟构造又允许在其他部分还没有完成的时候使用树的一部分。AXIOM 强大的延迟构建能力源于底层的 Streaming API for XML (StAX) 解析器。AXIOM 提供了所有这些特性，同时幕后的复杂性对用户是透明的。
使用 XMLBench Document Model Benchmark 测试的结果表明，AXIOM 的性能和现有的高性能对象模型相当。但是 AXIOM 的内存占用要好于现有多数依靠 SAX 和/或 DOM 输入输出的对象模型。因此对于 Web 服务引擎或内存受限制设备这样的 XML 处理器，AXIOM 是一种理想的选择，它可用于一般的 XML 处理，但是有一个对 SOAP 优化了的可选层。
AXIOM 超越了现有的 XML 处理技术，它把延迟构建和一种快速、轻型的可定制对象模型结合了起来, 提供了一种可以按需扩展的虚拟文档模型，仅构建客户端应用程序所请求的树结构文档模型表示。这种虚拟的文档模型工作于 XML 文档的元素级。当解析器报告元素开始标记时创建元素表示，但是该元素的初始形式仅仅只是一个壳，其中保存了对解析器的引用。
如果应用程序需要获取元素内容 的细节信息，它只需要通过调用接口（如 org.apache.axiom.om.OMContainer.getChildren() 方法）的方法，就可以请求相应的信息。然后，在对这个方法调用的响应中，解析器将构建该元素的子内容。
解析器按照文档顺序（与 XML 文档文本中项目的出现顺序相同）传递数据，所以 AXIOM 所实现的按需构造需要某种灵活的处理方法。

Axiom的一些特性：
    1、Lightweight（轻量），更少的内存需要。
    2、Deferred building（延迟构建），可以说是最重要的OM特性，
    3、Pull based（pull模式），OM基于StAX－－标准的pull parser API。

开始构建：Axiom在服务构建上看起来会比POJOs复杂些。
1.创建服务类：
package org.danlley.util.service;
public class HelloWorldAxiom{
    public OMElement getHelloMessage(OMElement element) throws XMLStreamException{
        element.build();
        element.detach();
        return element;
    }
}
我们在创建过程中顺便也就将我们例子中所要用到的几个关键类引入：
import javax.xml.stream.XMLStreamException;
import org.apache.axiom.om.OMAbstractFactory;
import org.apache.axiom.om.OMElement;
import org.apache.axiom.om.OMFactory;
import org.apache.axiom.om.OMNamespace;
这样，我们已经有一个基本的服务类框架结构了，在该结构中我们定义了一个服务提供者getHelloMessage。他在获取了一些特定的客户端信息时为客户端返回一些特定信息。


2.定义Ant脚本：与POJOs的实现方式比较来看，这个Ant脚本看上去要比他复杂了些




  
   
  


  
   
  
  


  
  
  
  


  
   
   
   
   
  
  
   
  


  
   
  


  


Target依赖关系如下：
generate.service→compile
run.client→compile
clean是一个单独的独立target，当然如果你希望在程序被build之前自动进行clean操作可以修改target间的依赖关系。
接下来我们要根据我们定义的接口来生成我们所要的WSDL，关于WSDL的相关话题我以前已经在我的一片关于Web Services的专题中进行了较为详细的阐述，大家如果有兴趣可以访问：


3.根据类框架生成服务所需的WSDL：
在我们定义服务类的时候确定了我们将来要生成的服务aar包为 HelloWorldAxiom.aar，因此也就决定了WSDL的名字一定是HelloWorldAxiom.wsdl，在命令行切换到工程编译路径下：D:\eclipse\workspace\axis2axiomlab\build\classes>
运行如下命令：java2wsdl -cp . -cn org.danlley.util.service.HelloWorldAxiom -of HelloWorldAxiom.wsdl

说明：其中-cp是指classpath -cn是指classname

如果你运行后得到的运行结果如下，则说明运行成功，否则就需要查看 AXIS2_HOME是否正确配置了：
D:\eclipse\workspace\axis2axiomlab\build\classes>java2wsdl -cp . -cn org.danlley
.util.service.HelloWorldAxiom -of HelloWorldAxiom.wsdl
Using AXIS2_HOME:   D:\axis2-1.1.1
Using JAVA_HOME:    C:\Program Files\Java\jdk1.5.0_06
D:\eclipse\workspace\axis2axiomlab\build\classes>



得到HelloWorldAxiom.wsdl后我们将其放入resources/META-INF目录下。对程序员来说，比较有价值的部分如下：
   
   
     
      
     
   
   
   
   
     
      
     
   
   
在getHelloMessage节点中，我们可以知道接口所需传入的参数，这里我们可以注意到，其实用自动生成工具生成的WSDL中，参数通常都是anyType类型的。getHelloMessageResponse节点则是提供了服务类在处理完相关业务后最后给我们返回出来的数据。

接下来就是
  
   
  
这段代码对编写客户端以及通过IE访问服务都非常有用。至于其他的，我在以前的专题中都或多或少有过一定的介绍，为了保证我们主题的完整性，我这里就不用在一一展开了。

4.在resources/META-INF目录下编写services.xml
Stock Quote Service

  

org.danlley.util.service.HelloWorldAxiom
Axis2提供了两种主要的信息收发方式（MEP，Message Exchange Pattern）：In-Out、In-Only。
由于我们定义的服务类不仅需要输入参数而且还需要将执行的结果返回到客户端，因此，我们在这里使用In-Out Pattern。Axis2为支持这种方式提供了一个org.apache.axis2.receivers.RawXMLINOutMessageReceiver类。文件中定义的ServiceClass由于在POJOs专题中我已经做过了说明，因此我这里就不再详述。
现在我们工程的整体框架已经构建完毕。

5.实现服务提供接口getHelloMessage
    public OMElement getHelloMessage(OMElement element) throws XMLStreamException{
        element.build();
        element.detach();
        OMElement symbolElement=element.getFirstElement();
        String helloworld=symbolElement.getText();
        System.out.println("We got the messages :"+(helloworld!=null?helloworld:"No Msg!"));
        //build return msg
        String returnText="You are Perfect, Danlley!";
        OMFactory fac=OMAbstractFactory.getOMFactory();
        OMNamespace omNs=fac.createOMNamespace("
http://service.util.danlley.org/xsd","ns
");
        OMElement method=fac.createOMElement("getHelloMessageResponse",omNs);
        OMElement value=fac.createOMElement("return",omNs);
        value.addChild(fac.createOMText(value,returnText));
        method.addChild(value);
        return element;
    }

6.编写客户端：
package samples.quickstart.clients;
import org.apache.axiom.om.OMAbstractFactory;
import org.apache.axiom.om.OMElement;
import org.apache.axiom.om.OMFactory;
import org.apache.axiom.om.OMNamespace;
import org.apache.axis2.Constants;
import org.apache.axis2.addressing.EndpointReference;
import org.apache.axis2.client.Options;
import org.apache.axis2.client.ServiceClient;
public class AXIOMClient{
    private static EndpointReference targetEPR=new EndpointReference("
http://localhost:8080/axis2/services/HelloWorldAxiom
");
    public static OMElement getPricePayload(String msg){
        OMFactory fac=OMAbstractFactory.getOMFactory();
        OMNamespace omNs=fac.createOMNamespace("
http://service.util.danlley.org/xsd","tns
");
        OMElement method=fac.createOMElement("getHelloMessage",omNs);
        OMElement value=fac.createOMElement("msg",omNs);
        value.addChild(fac.createOMText(value,msg));
        method.addChild(value);
        return method;
    }
    public static void main(String[] args){
        try{
            OMElement getPricePayload=getPricePayload("Hello Danlley!");
            Options options=new Options();
            options.setTo(targetEPR);
            options.setTransportInProtocol(Constants.TRANSPORT_HTTP);
            //Optionally:TRANSPORT_JMS;TRANSPORT_LOCAL;TRANSPORT_MAIL;TRANSPORT_TCP;
            ServiceClient sender=new ServiceClient();
            sender.setOptions(options);
            System.out.println("done");
            Thread.sleep(3000);
            OMElement result=sender.sendReceive(getPricePayload);
            String response=result.getFirstElement().getText();
            System.out.println("Current msg of danlley: "+response);
        }catch(Exception e){
            e.printStackTrace();
        }
    }
}

运行ant脚本运行结果如下：
服务器端：
信息: Server startup in 6922 ms
We got the messages :Hello Danlley!
客户端：
done
Current msg of danlley: You are Perfect, Danlley!


7.更加复杂点的例子

单条消息的解析过程过于简单，在我们的实际工程应用中事实上是没有任何实用价值的，那么如果是在一个节点中压入多条信息那么我们应该怎么来处理呢，作为一个Axis2的新手如果你要是自己亲自动手试一下就会发现，好像Axiom提供的接口在面对这种问题的时候似乎让人牙痒。
现在我们在服务类中再增加一个getMoreMessage方法，其接收的参数约定如下：
    Hello Danlley
    Danlley@126.com
    234545435464562




也就是说消息中存在3个节点的信息需要服务器端解析。一个比较笨的办法如下：
            for(Iterator it=element.getChildElements();it.hasNext();){
                OMElement temp=(OMElement)it.next();
                if(temp.getLocalName().equalsIgnoreCase("msg")){
                    symbol=temp.getText();
                }
                if(temp.getLocalName().equalsIgnoreCase("userPWD")){
                    userPWD=temp.getText();
                }
                if(temp.getLocalName().equalsIgnoreCase("transactionKey")){
                    transactionKey=temp.getText();
                }
            }

在该算法中，同一个分支中的3个同级节点在解析过程中就需要循环3次，那么可以试想一下，如果我们这里需要传送1000个节点，然后在同一时间有成千上万的人同时请求访问该服务。那么这个循环的代价就已经不可小视了。也就是说，对于小数据量在小访问量的情况下这种方式还可以勉强应付，但是对于在大数据流大访问量的情况下，这种处理方式就显得有些力不从心了。那么有什么好的办法没有，答案当然是肯定的。
基本思路就是拿到了客户端发送过来的数据后不直接使用Axiom的接口，而是使用DOM4J去处理。具体做法如下：
            Document doc=DocumentHelper.parseText(element.toString());
            String msg=doc.selectSingleNode("//tns:msg").getText();
其中的element类型就是OMElement。


实现getMoreMessage方法：
    public OMElement getMoreMessage(OMElement element) throws XMLStreamException{
        try{
            element.build();
            element.detach();
            DocumentFactory dom=new DocumentFactory();
            dom.createDocument(element.toString());
            System.out.println(element.toString());
            Document doc=DocumentHelper.parseText(element.toString());
            String msg=doc.selectSingleNode("//tns:msg").getText();
            String userPWD=doc.selectSingleNode("//tns:userPWD").getText();
            String transactionKey=doc.selectSingleNode("//tns:transactionKey").getText();
            System.out.println("\n msg="+msg+"\n userPWD="+userPWD+"\n transactionKey="+transactionKey);
            
            
            OMFactory fac=OMAbstractFactory.getOMFactory();
            OMNamespace omNs=fac.createOMNamespace("
http://service.util.danlley.org/xsd","ns
");
            OMElement method=fac.createOMElement("getHelloMessageResponse",omNs);
            OMElement value=fac.createOMElement("return",omNs);
            String returnText="MultiMessage for U, Danlley!";
            returnText=returnText+"\n msg="+msg+"\t userPWD="+userPWD+"\t transactionKey="+transactionKey;
            value.addChild(fac.createOMText(value,returnText));
            method.addChild(value);
            return method;
        }catch(OMException e){
            e.printStackTrace();
            return null;
        }catch(DocumentException e){
            e.printStackTrace();
            return null;
        }
    }


重新生成WSDL文件（过程省略--前面有^_^）并用改写后的生成的WSDL文件覆盖之前生成的文件

改写services.xml文件
Stock Quote Service

  


  

org.danlley.util.service.HelloWorldAxiom

运行ant打包

执行客户端查看执行情况：
服务器端：
Hel]http://service.util.danlley.org/xsd">Hel[/url]
lo DanlleyDanlley@126.com234545435464562
msg=Hello Danlley

[email=userPWD=Danlley@126.com]userPWD=Danlley@126.com[/email]
transactionKey=234545435464562

客户端：
done
Current msg of danlley: MultiMessage for U, Danlley!
msg=Hello Danlley  
[email=userPWD=Danlley@126.com]userPWD=Danlley@126.com[/email]
  transactionKey=234545435464562




8.查缺补漏

说了半天我们都是在以一种方式介绍Axiom的使用，但是对于In-Only模式，却没有给予特殊照顾，那么我就在这里在多说几句。仅仅就In-Out、In-Only两种模式之间的差异说明一下：
第一： 服务类接口，In-Out模式有返回值，但是In-Only没有（void类型）
第二：services.xml中messageReceiver在In-Only模式中使用org.apache.axis2.receivers.RawXMLINOnlyMessageReceiver类，而In-Out模式中使用org.apache.axis2.receivers.RawXMLINOutMessageReceiver类
第三：客户端程序的编写。In-Out模式需要收发消息（sender.sendReceive(element)），而In-Only只能发送消息（sender.fireAndForget(updatePayload)）。
第四：WSDL。虽然会有差异，但是由于是自动生成的，因此可以看懂就OK了。




9.关于StAX

J2EE/XML开发者通常都是使用文档对象模型(DOM)API或简单的API for XML(SAX) API来分析XML文档。然而，这些API都有其缺点。其中，DOM API的缺点之一是消耗大量的内存，因为在该XML文档可以被导航之前，必须创建一个完整的XML文档的内存结构。而SAX API的缺点在于，它实例了一种推分析模型API，其中分析事件是由分析器生成的。比较之下，StAX则是基于一种拉分析模型。
　　比较于推分析，拉分析具有如下一些优点：
　　1. 在拉分析中，事件是由分析应用程序生成的，因此把分析规则提供到客户端而不是分析器。
　　2. 拉分析的代码更简单并且它比推分析有更少的库。
　　3. 拉分析客户端能同时读多个XML文档。
　　4. 拉分析允许你过滤XML文档并且跳过分析事件。
针对于XML的流式API(StAX)，是在2004年3月的JSR 173规范中引入，这是一种针对XML的流式拉分析API。StAX是JDK 6.0提供的一种新特征，你可以从此处下载它的测试版本试用。
https://mustang.dev.java.net/

一个推模型分析器不断地生成事件，直到XML文档被完全分析结束。但是，拉分析由应用程序进行调整；因此，分析事件是由应用程序生成的。这意味着，使用StaX，你可以推迟分析-在分析时跳过元素并且分析多个文档。在使用DOM API的时候，你必须把整个的XML文档分析成一棵DOM结构，这样也就降低了分析效率。而借助于StAX，在分析XML文档时生成分析事件。
StAX API的实现是使用了Java Web服务开发（JWSDP）1.6，并结合了Sun Java流式XML分析器(SJSXP)-它位于javax.xml.stream包中。其实，StaX仅仅是JDK 6.0所提供的XML新特征之一。新的JDK 6.0还提供了对针对于XML-Web服务的Java架构（JAX-WS）2.0，针对于XML绑定的Java API(JAXB) 2.0，XML数字签名API的支持，甚至还支持SQL:2003 'XML'数据类型。


有关于StAX分析器与其它分析器的比较在此不多介绍。以后准备单另开一个专题来专门研究。关于StAX的更多话题请查看以下地址：
http://today.java.net/pub/a/today/2006/07/20/introduction-to-stax.html


注：此文档在8月之前将一直处于维护状态


参考资料：
http://blog.csdn.net/ckangtai/archive/2007/04/03/1550374.aspx
http://www.ibm.com/developerworks/cn/xml/x-axiom/
http://ws.apache.org/axis2/1_2/index.html
http://ws.apache.org/commons/axiom/OMTutorial.html
http://www.blogjava.net/juleven/archive/2006/12/08/86458.html
http://searchwebservices.techtarget.com.cn/tips/434/2164934.shtml?S_TACT=105AGX52&S_CMP=tag-csdn
http://tech.sina.com.cn/s/2006-06-13/1653988332.shtml
https://mustang.dev.java.net/
https://jdk6.dev.java.net/
[/url]


本文来自ChinaUnix博客，如果查看原文请点：[url]http://blog.chinaunix.net/u/22374/showart_334161.html