部署 Java Web 服务
在多个容器上部署™服务可能会给开发人员带来一些问题。通过阅读本文，您可
以了解若干部署描述符实现，并了解社区如何开始处理这个问题。
引言
在过去数年里，随着万维网联盟（，）更新了核心规范，
并引入了弥补服务最初缺陷的新规范，服务发生了大量的变化。的
小组所维护的规范以独立于供应商的方式将服务作为一组规范进
行处理。可以在本文的参考资料部分找到所维护的核心服务规范。
同时，™也在维护自己的规范集，以将 的建议合并到
语言中。 （!"、#、、"和）是一组使用语
言实现服务规范的接口。有关$%&$组件的介绍，
请参见文章“服务进阶”（%&，'(('年))月）。
所维护的当前服务规范和维护的服务处理“网络上”的服务，
以确保平台独立性和语言独立性。遵循规范或使用的开发人员将确保应用程
序能够通过任何通信协议在任何平台上与采用任何语言编写的服务进行通信。服
务可扩展任何应用程序的访问范围，是经过验证的对目前基于的应用程序有价值的集
成技术。
但当基于的应用程序需要跨多个应用程序容器（如#*%+*%%
、#,-和.等，这里仅指出三个）部署时，跨网络兼容性不够。对于
服务，没有跨多个应用程序容器实现的标准部署的“/01”可用。
如果您希望应用程序支持多个应用程序容器提供的服务实现，则服务
应用程序的部署可能会成为一项挑战。可以在 应用程序中使用单个服务实现，
如来自%+服务项目的1。对于服务客户机，这个策略通常能跨多个
容器工作，因为客户机代码并不依赖于任何服务部署描述符。对于服务提供者
（ 服 务 器 ） ， 如 果 将 服 务 实 现 嵌 入 应 用 程 序 存 档 （ %%
+，/）文件中，可能会导致意外加载器冲突，因此使用供应商的 服务实现是
最理想的部署选择。
本文剩下的部分将讨论服务的部署问题，向您展示各种部署描述符实现，并讨论
社区如何开始处理这个问题。
开放工具集
本文中的示例使用以下工具构建：
,%$,——,%正迅速成为社区的标准开发平台。,%的插件体系结构使其成
为可扩展$,的理想平台。
剩余11页未读，继续阅读
资源评论
