使用 Borland JBuilder Enterprise 和 BEA WebLogic Server 开发 Web
Services 收藏
新一篇: 运用基本 Web Services 安全机制对 WebSphere Information Integrator Content
Edition SOAP 消息进行加密 | 旧一篇: 用 JAVA 调用.net 的 webservice 实例
目前，大部分公司要么正在积极的开发 Web service 基础架构，要么正有此打算。
老实说，利用以前写好的业务逻辑并将其作为 Web service 公开并不那么困难。在过去几
年中，Web service 标准获得了很大发展，如今已经变得可靠且健壮；甚至不同的开发工
具箱也能够跨不同的平台生成标准的结果。
向业务流程添加 Web service 基础架构会带来以下几点益处。第一，现有的源代
码（不管是基于 PC 机还是大型机）和所有的开发投资都不会化为乌有，而是将通过新的
Web 接口继续发挥作用。第二，新的业务事务很容易通过 Web 处理，并能够与任何新系
统或者公开为标准 Web service 的传统系统相交互。第三，业务事务变得富有意义，这在
某种程度上要归功于 SOAP 和 XML 标准。第四，如果 Web service 设计良好的话，所需
的流程控制应该最少。第五，由于会话通过 HTTP 连接完成，所以有可能不受防火墙的限
制。当然，实现 Web service 还有很多其他好处。所以，对于任何公司，Web service
都有很高的 ROI（投资回报率）。
在本文中，我将说明如何使用企业级工具（如：JBuilder X 或 JBuilder 2005
Enterprise 以及 BEA WebLogic Application Server）在现有的 Java 应用程序的基础
上创建简单的 Web service。我还将描述 Web service 的结构、标准、逻辑和相关的平
台。为了演示运行中的 Web service，我将创建一个具有服务器和客户机的项目。客户机
将启动到服务器的真实 Web service 会话。我还将简要描述如何使用可免费得到的工具
（如：Eclipse IDE 和 Axis Toolkit）来完成相同的任务。
宿主环境
要获得运行的 Web service，必须有一个能驻留该服务的应用服务器。Web
service 可以选择在任何公共的 UDDI（Universal Description, Discovery and
Integration，统一描述、发现和集成协议）注册库注册，或在驻留在应用服务器上的本地
UDDI 注册库注册。UDDI 向潜在的业务客户机提供地址薄功能；它允许客户机定位特定服
务，并描述了哪种 API 可用。如果没有 UDDI 注册库，业务客户机可以（并且常常会）直
接转向一个 Web service URL 并请求 WSDL（Web Service De+nition
Language，Web service 描述语言）文档，文档中同样包含有关提供了哪些 API 的详细
描述。WSDL 是驻留在应用服务器中的 XML 文档。
在真实的业务环境中，WSDL 不仅要定义所有可用的方法，还要定义所有事务的
模式。WSDL 旨在被 Web service 程序识别，帮助它创建具有客户端可以调用的方法的
对象存根；因此，WSDL 文件是通过将用来创建 Web service 的工具箱自动生成的。
Web service 以 Web 应用程序的形式驻留在应用服务器上的 Web service 容器
中。任何感兴趣的客户机都可以启动常规 HTTP 会话与其交互。我们将使用 BEA
