作者:译者 祁飞 来源:InfoQ   酷勤网收集 2008-05-23

摘要
  许多Java应用服务器并不完全支持 SAAJ 1.2 。Spring Web Services的高级程序员Arjen Poutsma 写了一个小的测试程序,程序使用 SAAJ创建SOAP消息,使用DOM创建了消息体,但是Geronimo、JBoss、OC4J 和 Weblogic 在处理该程序时,运行结果均不正确。

SAAJ(the SOAP with Attachments API for Java™,带附件的SOAP Java™API)是Java程序员在开发Web Services时直接处理SOAP消息所应用的标准API。从1.2版本以来,SAAJ提供的javax.xml.soap接口对相应的DOM接口进行了扩展,这样一来,程序员使用标准的JAXP处理就可以完成对收发的SOAP消息中XML内容进行创建与处理等工作。

但不幸的是,许多Java应用服务器并不完全支持 SAAJ 1.2 。Spring Web Services的高级程序员Arjen Poutsma 写了一个小的测试程序,程序使用 SAAJ创建SOAP消息,使用DOM创建了消息体,但是Geronimo、JBoss、OC4J 和 Weblogic 在处理该程序时,运行结果均不正确。(详细的列表请参看 Arjen 的blog )。

对于那些不使用数据绑定技术(诸如 JAXBXMLBeansCastor)而偏爱直接处理XML的开发者来说,根据自己使用API的不同偏好(包括JDOMXOMdom4j 或 Axis2 的Axiom 类库),他们有多种技术选择来完成任务。但不幸的是,其中标准化的只有DOM 一个,这种强调远离 “使用繁琐” 的技术在这次并没有给我们带来预期的“可移植性”。

使用Java语言处理SOAP消息,您更偏爱哪一种方式?您碰到过Arjen在文中描述的问题吗?

查看英文原文:SAAJ - Fine in Theory, Broken in Practice?
来自:http://www.infoq.com/cn/news/2008/05/saaj-problems

分类: Java技术 中间件技术 应用服务器

上一篇:JSR277和OSGi会结合吗?   下一篇:使用hibernate的11大优势