实现方式 | 创建方式 | 应用文档对象模型解析(消息绑定) | 优缺点比较 | 适用情况 |
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 |
AXIS2 五种服务端实现方式的优缺点比较
最新推荐文章于 2019-10-02 13:14:40 发布