部署 Java Web 服务

核心提示：引言在过去数年里，随着万维网联盟（World Wide Web Consortium，部署 Java Web 服务，W3C）更新了核心规范，并引入了弥补 Web 服务最初缺陷的新规范，war）文件中，可能会导致意外加载器冲突，Web 服务发生了大量的变化，W3C 的 Web Services Activity 小组所维

引言

在过去数年里，随着万维网联盟（World Wide Web Consortium，W3C）更新了核心规范，并引入了弥补 Web 服务最初缺陷的新规范，Web 服务发生了大量的变化。W3C 的 Web Services Activity 小组所维护的规范以独立于供应商的方式将 Web 服务作为一组 XML 规范进行处理。

同时，Java™ Community Process (JCP) 也在维护自己的规范集，以将 W3C 的建议合并到 Java 语言中。Java APIs for XML（JAX-RPC、JAXB、JAXP、JAXR 和 SAAJ）是一组使用 Java 语言实现 Web 服务规范的接口。

W3C 所维护的当前 Web 服务规范和 JCP 维护的 Java Web 服务 API 处理“网络上”的 Web 服务，以确保平台独立性和语言独立性。遵循 XML 规范或使用 Java API 的开发人员将确保应用程序能够通过任何通信协议在任何平台上与采用任何语言编写的 Web 服务进行通信。Web 服务可扩展任何应用程序的访问范围，是经过验证的对目前基于 Web 的应用程序有价值的集成技术。

但当基于 Web 的应用程序需要跨多个 Web 应用程序容器（如 IBM® WebSphere® Application Server、BEA WebLogic 和 Tomcat 等，这里仅指出三个）部署时，跨网络兼容性不够。对于 Java Web 服务，没有跨多个 Web 应用程序容器实现的标准部署的“web.xml”可用。

如果您希望应用程序支持多个 Web 应用程序容器提供的 Web 服务实现，则 Java Web 服务应用程序的部署可能会成为一项挑战。可以在 Web 应用程序中使用单个 Web 服务实现，如来自 Apache Web 服务项目的 Axis。对于 Web 服务客户机，这个策略通常能跨多个 Web 容器工作，因为客户机代码并不依赖于任何 Web 服务部署描述符。对于 Web 服务提供者（服务器），如果将 Web 服务实现嵌入 Web 应用程序存档（Web Application Archive，war）文件中，可能会导致意外加载器冲突，因此使用供应商的 Web 服务实现是最理想的部署选择。