【IT专家网独家】Spring Web Services 1.0促进了最初的Web服务协议和最初的Web服务文档的产生，向Web服务环境传达了灵活性，生产性以及使用Spring框架利益的便利性。
最初的协议，根据解释，是在编写实现之前为服务编写(或者生成)WSDL，正好于JAX-WS机制相反，在这种机制下，先编写Java代码并且API根据它生成WSDL。
与ORM领域相似，这个领域有一个对象/关系阻抗不相容，当把Java对象转为XML的时候遇到了相似的问题。乍一眼看来，这个O/M映射问题出现的原因很简单：为每个Java对象生成XML元素，把所有的Java属性以及领域转变成为子元素或者属性。然而，事情并不像他们表面上看起来那么简单：在分层次的语言之间有一个基本的区别，例如XML(尤其是XSD)以及JAVA的图像模型。注意到在这个部分的大多数内容都是从重新考虑Java的SOAP堆栈以及高效的企业级Java得到灵感的。
最后一个协议有一些细微的问题(API有时会变化，当它的实现变化的时候)，循环的图表的问题(类A拥有一个类B的应用，并且类B拥有一个类A的引用)，转换的问题(在这个页面上给的例子指的是一个日期，但是Java代表的是一个时间)，表现(实际的配置数据可能远远超过你的想象)，以及版本(有一些脆弱，并且Spring-WS通过一些机制例如XSL来定位修改请求/相应来匹配一个需求)。
Spring Web Services 1.0也带来了最好的应用例如WS-I基本概述，并且在协议和实现之间的松耦合，允许使用许多处理多媒体负载方法中的一个来创造灵活的Web服务。通过提供开发者们一个更简单的方法来开发，Spring Web Services 1.0解决了许多协同工作的问题，以及一些典型的Web服务方式。
Spring Web Services 1.0增加的特性包括以下一些：
- 将来的XML需求能够被发布到任何对象，取决于消息负载，SOAP事件头，或者是XPath表达式。
- XML API支持-将来的XML消息能够在标准API中被处理，例如DOM，SAX，以及StAX，以及JDOM，dom4j, XOM,或者甚至包括配置技术。
- 灵活的XML配置-Spring Web Services的发布中的对象/XML映射模块支持JAXB 1以及2，Castor, XMLBeans, JiBX, 以及XStream。因为它是一个分隔的模块，所以它也能够用于非Web服务代码中间。
- Spring框架概念的重用-使用Spring应用程序所有配置的上下文。除此之外，Spring Web Services的架构与Spring MVC的架构类似。
- WS- Security支持-允许开发者们标记SOAP消息，编码以及解码，或者不认证他们。
- 通过Spring安全架构集成—Spring Web Services 的WS-安全实现提供了通过Spring (Acegi) Security的集成，允许开发者们为SOAP服务使用存在的配置结构。
Interface21拥有一个使用Spring-Ws的指导来编写协议服务，当然，通过处理过程。
因此这些会怎样影响Spring-Remoting?你的编辑不确定;可能项目仍然继续成为Spring文件夹的一部分。(我们很快就会得到答案。)Spring-WS比起Spring Remoting来功能更为强大，尤其在Web服务的竞技场上;当你使用Web服务完成更多任务的时候，你将停止使用Spring-WS而不是Spring Remoting。
TechTarget独家授权文章，严禁转载
