剖析短迭代
敏捷教练Dave Nicolette提出：我们应该如何设定迭代长度？是要根据发布周期的时间么？使用短迭代又有哪些好处？
新闻
SAAJ－－理论上很美，实践中受阻?
作者 译者 祁飞 发布于 2008年5月22日 上午3时3分
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 ）。
对于那些不使用数据绑定技术（诸如 JAXB 、XMLBeans 或 Castor）而偏爱直接处理XML的开发者来说，根据自己使用API的不同偏好（包括JDOM 、XOM 、 dom4j 或 Axis2 的Axiom 类库），他们有多种技术选择来完成任务。但不幸的是，其中标准化的只有DOM 一个，这种强调远离 “使用繁琐” 的技术在这次并没有给我们带来预期的“可移植性”。
使用Java语言处理SOAP消息，您更偏爱哪一种方式？您碰到过Arjen在文中描述的问题吗？
查看英文原文：SAAJ - Fine in Theory, Broken in Practice?
.gif)
没有回复
回复