本篇介绍关于JAX-WS 2.0 概要中的其他说明。 

　　JAX-WS 2.0也将提出关于实现和使用JAX-RPC 1.0发生的问题：

　　Inclusion in J2SE  JAX-WS 2.0准备将JAX-WS作为J2SE后面版本的内含。

　　Handlers  JAX-WS 2.0将简化handlers的开发并提供一个机制，允许handlers与服务客户端以及服务端点实现之间的合作。

　　Versioning and Evolution of Web Services  JAX-WS 2.0提供一些技术和机制让开发人员更轻松地创建已有服务的新版本。

　　1.2 非目标

　　Backwards Compatibility of Binary Artifacts  JAX-RPC 1.x 与 JAX-WS 2.0运行时之间的二进制兼容问题

　　Pluggable data binding  JAX-WS 2.0将数据绑定委托给JAXB；它的目标不是提供一个插件API允许使用其它类型的数据绑定技术来替换JAXB。然而，如果有JAX-WS 2.0

　　JAX-WS 2.0 will maintain the capability to selectively disable data binding to provide an XML based 5

　　fragment suitable for use as input to alternative data binding technologies.

　　SOAP编码支持（SOAP Encoding Support）  web service社区本质上不支持使用SOAP编码，WS-I Basic Profile拒绝使用SOAP编码。相反，在RPC或ducument风格里，literal的用法成为首选。

　　JAX-RPC 1.0和1.1支持SOAP 1.1编码，但是JAX-WS 2.0对它的支持体现在它把数据绑定委托给JAXB上。因此，JAX-WS 2.0将支持SOAP 1.1编码并把它的描述推迟到JAX-RPC 1.1。

　　Backwards Compatibility of Generated Artifacts  JAX-RPC 1.0和JAXB 1.0以不同的方式把XML绑定到Java。产生与未修改过的JAX-RPC 1.x客户端源码一起工作的源码不是一个目标。

　　Support for Java versions prior to J2SE 5.0   JAX-WS 2.0依赖于很多在J2SE 5.0中增加的Java语言特征。JAX-WS 2.0支持J2SE 5.0以前的Java版本不是目标。

　　Service Registration and Discovery  通过UDDI或ebXML RR描述注册和发现服务不是JAX-WS 2.0的目标。这个能力由JAXR单独提供。

　　1.3 需求

　　1.3.1 JAX-WS与JAXB的关系

　　JAX-WS描述WSDL与Java之间的映射，但是数据绑定委托给JAXB。此规范必须明确指明WSDL与Java之间映射在哪里用到了JAXB规则，还要描述JAXB是如何与JAX-WS一起使用的。JAX-WS被要求能够影响JAXB绑定来避免名字冲突以及能够控制关于serialization与deserialization的方案确认。

　　1.3.2 标准的WSDL映射

　　WSDL是XML Web Service的服务描述语言。此规范必须指定一个标准的WSDL与Java映射。必须支持WSDL下面的版本：

　　WSDL 1.1 (像WS-I Basic Profile阐述的一样)

　　WSDL 2.0

　　这个标准的WSDL映射将描述默认的WSDL与Java映射。可以使用下面描述的定制覆盖默认的映射。

　　1.3.3 可定制的WSDL映射

　　此规范提供一个标准的途径来定制WSDL与Java映射。详细说明了下面的定制方法：

　　Java 注释  在与JAXB以及JSR 181的结合中，此规范定义了一个标准注释集，这些注释可以在Java源文件中使用，并指定了Java组件与它相关的WSDL组件之间的映射。这些注释支持Java映射到WSDL 1.1与WSDL 2.0。

　　WSDL 注释  在与JAXB与JSR 181的结合中，此规范定义了一个标准注释集，这些注释可以使用在WSDL文档或一个指定从WSDL组件到Java映射的扩展形式。这些注释将支持从WSDL 1.1与WSDL 2.0的映射。

　　此规范必须描述优先规则用来管理可定制方法的结合。

　　1.3.4 标准的协议绑定

　　此规范必须描述下列协议的标准绑定：

　　SOAP 1.1

　　SOAP 1.2

　　此规范必须不阻止其它协议的非标准绑定。

　　1.3.5 标准的传输协议绑定

　
　　此规范必须描述下列协议的标准绑定：

　　HTTP/1.1

　　此规范不能组织其它传输协议的非标准绑定。

　　1.3.6 标准的Handler（处理者）框架

　　此规范必须包含一个标准的handler框架用来描述：
　
　　Data binding for handlers这个框架将提供handlers数据绑定工具以及支持handlers

　　will support handlers that are decoupled from the SAAJ API.

　　Handler Context 这个框架将描述一个关于在handlers与其相关服务客户端以及服务endpoint实现之间的通信属性的机制。

　　Unified Response and Fault Handling  对于handlers来说，handleResponse和handleFault方法将会被统一，声明的模型也会有所提高。

　　1.3.7 翻译与发展

　　此规范必须描述支持服务endpoint接口翻译的技术和机制。这些工具在维护已有客户端兼容性的同时必须允许部署新版本的接口。

　　1.3.8 标准的同步和异步调用

　　关于产生的方法签名必须有一个详细描述，它用来支持JAX-WS产生的stubs中同步和异步的方法调用。所有的调用形式将支持一个用户可配置的时间段。

　　1.3.9 会话管理

　　此规范必须描述一个标准的会话管理机制，包括：

　　会话APIs  关于会话接口以及获得会话接口的方法的定义，为handlers初始化会话以及服务endpoint实现。

　　基于HTTP的会话  这个会话管理机制必须支持HTTP cookies和URL重写。

　　基于SOAP的会话  这个会话管理机制必须支持基于SOAP的会话信息。

　　1.4 用例

　　1.4.1 Handler框架

　　1.4.1.1 可靠的消息支持

　　对于一个可靠的通信SOAP特征到已有的服务endpoint上，开发人员希望增加支持。 
 
　　1.4.1.2 消息日志

　　开发人员希望记录进出的消息用于后面的分析，比如使用WS-I测试工具检查消息。

　　1.4.1.3 WS-I一致性检验

　　开发人员希望在运行时检查进出消息为了与一个或多个WS-I profiles一致。

　　1.5 惯例

　　略。

　　原文链接：http://gocom.primeton.com/blog12925_35328.htm