Spring Web Services

http://www.infoq.com/cn/articles/arjen-poutsma-spring-ws

 

InfoQ：是什么东西使Spring Web Services变得如此独树一帜，为什么我要用它而不用Axis、XFire或者ActiveSOAP？

AP：Spring Web Services有几个独特的特性。首先，它完全专注于契约优先的Web Service设计。这基本上意味着你必须编写自己定义XML消息的XSD Schema。你可以引用WSDL中的Schema（虽然Spring Web Services也可以从XSD中生成WSDL），并将它用于验证。值得关注的事情是，当人们使用契约优先的开发风格时，他们在Web Services方面的许多互通性问题就消失了。这就是契约优先之所以被普遍当作是一种最佳实践的原因。你基本上是在设计一个XML API：你用Java实现这个API的事实，只是没有客户会在意的一个实现细节而已。

其次，Spring Web Services提供了契约和实现之间的一种松耦合：没有wsdl2java工具将契约直接连接到一个类；而是用你喜欢的任何方式（DOM、SAX、 StAX，甚至XML封送技术如JAXB、Castor、JIBX或者XMLBeans），实现处理得到的XML的端点（endpoint）。你将得到的请求映射到端点的方式，完全由你自己决定；默认情况下，我们提供基于消息内容的映射，或者SOAPAction Header。主要的思想是，你不用处理方法调用，而是处理XML消息。

最后，你可以从Spring项目中期待这些特性：

• WS-Sercurity实现与Acegi Security整合；
• JMS支持使用Spring 2的Message Driven POJO；
• 主客户端类（WebServiceTemplate）提供一种类似于JdbcTemplate的API；
• XML封送支持完全独立于Web Services（以便它可以用在其他的设置中）；
• 它适用于JDK 1.4及以上版本（虽然也有特定于Java 5的特性）。

InfoQ：因此在默认情况下，我的应用程序是从消息传送XML的？以哪种形式——以DOM树、流、Reader还是其他形式？

AP：应用程序传送一个XML输入抽象进行读取，并且一个输出抽象写入（相应为javax.xml.transform.Source和 javax.xml.transform.Result）。这样你的代码就不依赖任何特殊的XML处理API了。这个机制的实际实现取决于你选择使用的消息工厂。我们给SOAP提供了两种工厂：默认的是基于SAAJ的（javax.xml.soap，J2EE 1.4的一部分），它在底层使用DOM。对于更大的消息，我们支持Axis2的AXIOM，它使用一种StAX流。

 

InfoQ：因此在默认情况下，我的应用程序是从消息传送XML的？以哪种形式——以DOM树、流、Reader还是其他形式？

AP：应用程序传送一个XML输入抽象进行读取，并且一个输出抽象写入（相应为javax.xml.transform.Source和 javax.xml.transform.Result）。这样你的代码就不依赖任何特殊的XML处理API了。这个机制的实际实现取决于你选择使用的消息工厂。我们给SOAP提供了两种工厂：默认的是基于SAAJ的（javax.xml.soap，J2EE 1.4的一部分），它在底层使用DOM。对于更大的消息，我们支持Axis2的AXIOM，它使用一种StAX流。

 

2.http://www.iteye.com/news/1065