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规范。理解数据绑定框架。等复杂技术。

优点:

1:开发过程简单:

只要写WSDL,不要再编码,就可以打包成ARR包。这个过程不需要任何编码。

注:在websphere 下要把service.xml中的userorginwsdl修改成false.

2:客户端使用非常简单,就像使用本地对象一样。

3:可以自己修改生成的序列化与反序列化器。适应性非常强。

4:服务器端性能比POJO高。

强烈推荐使用

XMLBeans

AXIOM            

XMLBean(BEA)

JiBX

AXIOM            

JiBX

你可能感兴趣的:(框架,schema,服务器,文档,SOAP,websphere)