AXIS2 五种服务端实现方式的优缺点比较

 

实现方式	创建方式	应用文档对象模型解析(消息绑定)	优缺点比较	适用情况
POJOs	pojo结合rpc模式	AXIOM	POJOs（只支持POJO对象，顶多传递“简单对象”数组）。 优点：技术最简单，掌握JAVA技术就可以。 缺点： 1    开发过程繁琐 1.1：要自己写服务类和POJO对象 1.2自己写service.xml 1.3自己写build.xml 1.4自己写客户端（生成的WSDL是很复杂，不简洁，不能用此WSDL生成客户端，只能自己写客户端，过程繁琐。） 2:   客户端有使用限制。 如客户端必须指定返回的类型，如果是数组的话，还得指定数组长度。	POJO+RPC
AXIOM	axiom api从底层写	AXIOM	无 缺点：过程最繁琐 优点：性能是这五种最高的。与数据绑定一样灵活。	可以进行高效的 SOAP 消息处理（性能）灵活（可以传递自己创建的XMLElement）
ADB	从wsdl生成相应框架，然后填写相应逻辑	AXIOM	ADB(Axis2DatabindingFramework ) 缺点：要理解XML　Schema语法，理解WSDL规范。理解数据绑定框架。等复杂技术。 优点： １：开发过程简单： 只要写WSDL，不要再编码，就可以打包成ARR包。这个过程不需要任何编码。 注：在websphere 下要把service.xml中的userorginwsdl修改成false. ２：客户端使用非常简单，就像使用本地对象一样。 ３：可以自己修改生成的序列化与反序列化器。适应性非常强。 ４：服务器端性能比POJO高。	强烈推荐使用
XMLBeans		AXIOM	XMLBean(BEA)
JiBX		AXIOM	JiBX