- 浏览: 369673 次
- 性别:
- 来自: 西安
文章分类
最新评论
-
jiangli19192:
...
自己写的一个启动JBoss服务器的bat批处理 -
56553655:
最好这样:java -Xms3700M -Xmx3700M - ...
测试本机JVM支持的最大内存 -
lizhiy05:
学习一哈……
Web Services体系结构及相关概念 -
ghy200692162:
System.out.println("开始注册Js ...
基于OSGi的JSF Web组件开发问题求解 -
xiao888lin:
你的头像看起来很像我们宿舍老四。。。
测试本机JVM支持的最大内存
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。
1、Lightweight(轻量),更少的内存需要。
2、Deferred building(延迟构建),可以说是最重要的OM特性,
3、Pull based(pull模式),OM基于StAX--标准的pull parser API。
开始构建:Axiom在服务构建上看起来会比POJOs复杂些。
1.创建服务类:
java 代码
- package org.danlley.util.service;
- public class HelloWorldAxiom{
- public OMElement getHelloMessage(OMElement element) throws XMLStreamException{
- element.build();
- element.detach();
- return element;
- }
- }
我们在创建过程中顺便也就将我们例子中所要用到的几个关键类引入:
java 代码
- 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脚本看上去要比他复杂了些
xml 代码
- <project basedir="." default="generate.service">
- <property environment="env" />
- <property name="AXIS2_HOME" value="${env.AXIS2_HOME}" />
- <property name="build.dir" value="build" />
- <path id="axis2.classpath">
- <fileset dir="${AXIS2_HOME}/lib">
- <include name="*.jar" />
- </fileset>
- </path>
- <path id="client.class.path">
- <fileset dir="${AXIS2_HOME}/lib">
- <include name="*.jar" />
- </fileset>
- <pathelement location="${build.dir}/classes" />
- </path>
- <target name="compile">
- <mkdir dir="${build.dir}" />
- <mkdir dir="${build.dir}/classes" />
- <javac debug="on" fork="true" destdir="${build.dir}/classes" srcdir="${basedir}/src" classpathref="axis2.classpath">
- </javac>
- </target>
- <target name="generate.service" depends="compile">
- <copy toDir="${build.dir}/classes" failonerror="false">
- <fileset dir="${basedir}/resources">
- <include name="**/*.xml" />
- <include name="**/*.wsdl" />
- </fileset>
- </copy>
- <jar destfile="${build.dir}/HelloWorldAxiom.aar">
- <fileset excludes="**/Test.class" dir="${build.dir}/classes" />
- </jar>
- </target>
- <target name="run.client" depends="compile">
- <java classname="samples.quickstart.clients.AXIOMClient">
- <classpath refid="client.class.path" />
- </java>
- </target>
- <target name="clean">
- <delete dir="${build.dir}" />
- </target>
- </project>
Target依赖关系如下:
generate.service→compile
run.client→compile
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>
.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目录下。对程序员来说,比较有价值的部分如下:
xml 代码
- <xs:element name="getHelloMessage">
- <xs:complexType>
- <xs:sequence>
- <xs:element name="element" nillable="true" type="xs:anyType" />
- </xs:sequence>
- </xs:complexType>
- </xs:element>
- <xs:element name="getHelloMessageResponse">
- <xs:complexType>
- <xs:sequence>
- <xs:element name="return" nillable="true" type="xs:anyType" />
- </xs:sequence>
- </xs:complexType>
- </xs:element>
在getHelloMessage节点中,我们可以知道接口所需传入的参数,这里我们可以注意到,其实用自动生成工具生成的WSDL中,参数通常都是anyType类型的。getHelloMessageResponse节点则是提供了服务类在处理完相关业务后最后给我们返回出来的数据。
接下来就是
xml 代码
- <wsdl:port name="HelloWorldAxiomSOAP11port" binding="axis2:HelloWorldAxiomSOAP11Binding">
- <soap:address location="http://localhost:8080/axis2/services/HelloWorldAxiom" />
- </wsdl:port>
这段代码对编写客户端以及通过IE访问服务都非常有用。至于其他的,我在以前的专题中都或多或少有过一定的介绍,为了保证我们主题的完整性,我这里就不用在一一展开了。
4.在resources/META-INF目录下编写services.xml
xml 代码
- <service name="HelloWorldAxiom" scope="application">
- <description>Stock Quote Service</description>
- <operation name="getHelloMessage">
- <messageReceiver class="org.apache.axis2.receivers.RawXMLINOutMessageReceiver" />
- </operation>
- <parameter name="ServiceClass">org.danlley.util.service.HelloWorldAxiom</parameter>
- </service>
Axis2提供了两种主要的信息收发方式(MEP,Message Exchange Pattern):In-Out、In-Only。
由于我们定义的服务类不仅需要输入参数而且还需要将执行的结果返回到客户端,因此,我们在这里使用In-Out Pattern。Axis2为支持这种方式提供了一个org.apache.axis2.receivers.RawXMLINOutMessageReceiver类。文件中定义的ServiceClass由于在POJOs专题中我已经做过了说明,因此我这里就不再详述。
由于我们定义的服务类不仅需要输入参数而且还需要将执行的结果返回到客户端,因此,我们在这里使用In-Out Pattern。Axis2为支持这种方式提供了一个org.apache.axis2.receivers.RawXMLINOutMessageReceiver类。文件中定义的ServiceClass由于在POJOs专题中我已经做过了说明,因此我这里就不再详述。
现在我们工程的整体框架已经构建完毕。
5.实现服务提供接口getHelloMessage
java 代码
- 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.编写客户端:
java 代码
- 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方法,其接收的参数约定如下:
现在我们在服务类中再增加一个getMoreMessage方法,其接收的参数约定如下:
xml 代码
- <tns:getMoreMessage xmlns:tns="http://service.util.danlley.org/xsd">
- <tns:msg>Hello Danlley</tns:msg>
- <tns:userPWD>Danlley@126.com</tns:userPWD>
- <tns:transactionKey>234545435464562</tns:transactionKey>
- </tns:getMoreMessage>
也就是说消息中存在3个节点的信息需要服务器端解析。一个比较笨的办法如下:
java 代码
- 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去处理。具体做法如下:
java 代码
- Document doc=DocumentHelper.parseText(element.toString());
- String msg=doc.selectSingleNode("//tns:msg").getText();
其中的element类型就是OMElement。
实现getMoreMessage方法:
java 代码
- 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文件
xml 代码
- <service name="HelloWorldAxiom" scope="application">
- <description>Stock Quote Service</description>
- <operation name="getHelloMessage">
- <messageReceiver class="org.apache.axis2.receivers.RawXMLINOutMessageReceiver" />
- </operation>
- <operation name="getMoreMessage">
- <messageReceiver class="org.apache.axis2.receivers.RawXMLINOutMessageReceiver" />
- </operation>
- <parameter name="ServiceClass">org.danlley.util.service.HelloWorldAxiom</parameter>
- </service>
运行ant打包
执行客户端查看执行情况:
服务器端:
服务器端:
<tns:getMoreMessage xmlns:tns="http://service.util.danlley.org/xsd"><tns:msg>Hel
lo Danlley</tns:msg><tns:userPWD>Danlley@126.com</tns:userPWD><tns:transactionKe
y>234545435464562</tns:transactionKey></tns:getMoreMessage>
客户端:
done
Current msg of danlley: MultiMessage for U, Danlley!
msg=Hello Danlley userPWD=Danlley@126.com 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文档并且跳过分析事件。
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的更多话题请查看以下地址:
注:此文档在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/
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/
发表评论
-
让mybatis支持管理和操作多个不同的业务数据库实例
2017-05-07 21:25 6396在微服务大行其道的今天,一个工程中同时操作多个不同的业务数 ... -
Spring Acegi鉴权管理之基础模式(BASIC)
2017-05-01 01:25 1098Acegi久负盛名,这个家伙是一个spring中广泛使用的认 ... -
Restful架构服务构建指南
2017-04-17 01:19 536REST定位为“分布式超媒体应用(Distributed H ... -
集成ibatis的spring工程升级到spring4.0实操手册
2017-04-03 21:57 3285Spring4及已经的版本放弃了对ibatis的集成支持, ... -
Docker使用之Java web应用部署
2017-03-26 13:50 4038此篇博客一部分内容 ... -
Java设计设计模式之桥接模式(Bridge)
2017-03-11 19:19 0... -
Java设计设计模式之组合模式(Composition)
2017-03-11 17:32 1082那王麻子自从做了肉夹馍生意后,真是风生水起,分店开的跟下饺 ... -
Java设计设计模式之适配器模式(Adaptor)
2017-03-05 15:29 1548我的博客自从2008年以 ... -
RBAC原理介绍及开源框架kasai使用分析
2008-08-13 16:20 10550RBAC 模型作为目前 ... -
用Maven Plug-In来构建Corba开发环境
2008-03-21 10:49 3049这两天研究Corba,总是感觉需要在Java的命令行执行“id ... -
LDAP介绍
2008-03-18 09:57 16471.1. LDAP是什么 LDAP是轻量目录访问协议,英文全称 ... -
Java与CORBA技术结合的前景展望
2008-03-13 11:09 1936随着Internet、Intranet及Extranet在全球 ... -
Drools规则引擎应用总结
2008-02-01 10:07 0package com.playphone.qc.workfl ... -
详解Axis2实现Web Services之ADB篇
2007-07-17 22:35 10019构建一个新的Web Services服务,会有很多种不同的方法 ... -
详解Axis2实现Web Services之POJOs篇
2007-07-17 22:25 5330在Axis2对Web Services的众多实现方式中,POJ ... -
Web Services体系结构及相关概念
2007-07-17 22:20 3889Web Services体系结构是面向对象分析与设计(OOA ... -
Spring包结构以及各个包之间引用关系说明
2007-07-17 22:02 5159Spring 包结构说明: spring.jar 包含 ... -
从Hello World开始深入Ajax
2007-07-17 21:11 16251. 初始化XMLHttpRequest对象 ... -
在Javascript中用来获取页面焦点信息
2007-07-17 16:59 4216在Javascript中用来获取页 ... -
详解Hibernate与WebService结合使用
2007-07-17 16:58 2498以前一直在研究EJB和Struts,最近开始研究Hiber ...
相关推荐
AXIOM是Axis2内部处理XML消息的主要手段,其创新之处在于采用了pull模型,避免了传统DOM模型中不必要的内存消耗。此外,AXIOM还支持二进制数据的原生存储,对于处理包含二进制附件(如图片、视频等)的Web服务而言,...
此外,Axis2还支持WS-*(Web Services*)标准,如WS-Security、WS-ReliableMessaging等,使得Web服务的安全性和可靠性得以保障。 ### 2. Axis2服务端的aar打包 在描述中提到,服务端是被打包成aar(Axis2 Archive...
Axis2是Apache软件基金会开发的一款基于Java的Web服务框架,用于构建高效、可扩展的Web服务。本教程将深入解析如何在Axis2环境中安装和使用插件,帮助开发者更好地理解和利用Axis2的功能。 首先,我们需要了解Axis2...
【基于Axis2框架的Web Service详解】 Web Service是一种基于标准的跨平台通信机制,它允许不同系统的应用服务之间进行互操作。通过Web协议,如HTTP,Web Service能够提供一种统一的方式来交换数据和服务,确保不同...
### Axis2/C在Linux下的安装步骤详解 #### 软件说明 本文档旨在提供一套完整的Axis2/C在Linux环境下的安装与配置流程。通过本教程,用户可以顺利完成Apache HTTP服务器以及Axis2/C的安装与配置,从而实现基于C语言...
本资料包提供了一套完整的Axis2学习资源,包括 Axis2的核心库、源代码、预编译的WAR包以及详细的文档和实例,旨在帮助开发者深入理解并熟练运用Axis2来实现Web Service。 首先,让我们详细了解下Axis2。Axis2是Axis...
**Axis2 1.6.1 精简包详解** Axis2 是一个流行的开源Web服务引擎,由Apache软件基金会开发。它是一个基于SOAP(Simple Object Access Protocol)和WS-I(Web Services Interoperability)标准的Java框架,用于构建...
### 使用Axis2进行WebService开发、部署与调用详解 #### 一、Axis2简介 Axis2是Apache组织下的一个开源项目,它是一个基于Java的WebService框架。Axis2提供了丰富的功能来构建、部署以及调用WebService,它支持...
### WebService配置详解:Tomcat + Eclipse + JDK1.5 + Axis 在本文中,我们将深入探讨如何在基于Tomcat服务器、Eclipse IDE以及JDK 1.5的环境中配置WebService,具体使用的是Apache Axis框架。这篇教程适用于希望...