使用 JAXB 框架定制 Web 服务行为

核心提示： UDDI(Universal Description, Discovery and Integration)：统一描述、发现和集成协议，它是为解决 Web 服务的发布和发现问题而制订的技术标准，使用 JAXB 框架定制 Web 服务行为(2)，包含一组基于 Web 的、分布式的 Web 服务信息

UDDI(Universal Description, Discovery and Integration)：统一描述、发现和集成协议。它是为解决 Web 服务的发布和发现问题而制订的技术标准，包含一组基于 Web 的、分布式的 Web 服务信息注册中心的实现标准，以及一组使企业能将自己提供的 Web 服务注册到该中心的实现标准。

Web 服务中的数据绑定

通俗来讲，XML 形式数据和应用程序业务数据结构的转换过程就称为数据绑定。XML 以其特有的平台独立性可以很好的用来描述 Web 服务，但是 Web 服务的核心仍在于应用程序业务逻辑处理，在业务逻辑处理中需要的业务数据结构而非这些 XMl 格式的数据，因此就需要数据绑定来完成从 XML 格式数据到应用程序业务数据结构的转换。从上节我们不难看出 Web 服务在通信过程中均以 XML 形式进行表示的，而在 Java Web 服务的提供端和调用端又是以 Java 对象形式存在，因此就必然需要一个 XML 和 Java 之间的一个双向转换过程，这个转换过程就是 XML 和 Java 的数据绑定。目前业界有很多数据绑定实现，比如 adb、xmlbeans、jibx、jaxme、jaxb 等，可以根据项目实际情况进行选择，像 Axis2 里就是用了自己的 adb 绑定框架，而 JAX-RPC 类型 Web 服务就有自己的绑定机制。下图直观地反映了 Java Web 服务调用过程中的数据绑定：

图 1 .Web 服务中的数据绑定 Web 服务类型 :JAX-WS vs JAX-RPC

JAX-RPC 规范定义了如何使用 Java 语言来实现 Web 服务，这个实现是基于 Java 的 RPC, 并不完全支持 XML schema 规范，同时没有对数据绑定定义标准的实现。 JAX-WS 是 JAX-RPC 的后续版本，它在协议支持、接口映射模型以及消息传输等方面均作了较大提升和优化。同时 JAX-WS 映射到 Java 5.0 版本，它大量使用了 Java 5.0 版本新特性诸如注解、泛型支持等，而 JAX-RPC 映射到 Java 1.4 版本。此外一个重要区别就是 JAX-WS 将数据绑定交给 JAXB 来处理，而 JAX-RPC 像之前提到的定义了一套非标准的私有绑定机制，这也直接导致了在 JAX-RPC Web 服务中开发者很难对 Web 服务进行数据绑定的定制。本文后续所指 Web 服务默认为 JAX-WS 型 Web 服务。