访问 IBM 数据库服务器的新方式 —— 构建 Web 服务

核心提示： 部署好 Web 服务之后，Data Studio 启动 Web 服务浏览器，访问 IBM 数据库服务器的新方式 —— 构建 Web 服务(5)，通过 Web 服务浏览器可以测试 REST 和 SOAP 端点，选择 SOAP 绑定，Web 服务消息中的 XML 数据类型被直接映射为数据库数据

部署好 Web 服务之后，Data Studio 启动 Web 服务浏览器，通过 Web 服务浏览器可以测试 REST 和 SOAP 端点。选择 SOAP 绑定，并为 empno 参数指定一个值。

注意：这个例子中指定的 select 语句有一个名为 :empno 的参数占位符。这个值是作为 Web 服务请求消息的一部分发送的。最后会显示 Web 服务的响应，如 图 7 所示。可以单击 Web 服务浏览器中的源链接，以查看源 XML。

图 7. 使用 Web Services Explorer 测试 Web 服务

虽然也可以使用 Web Services Explorer 测试 REST 绑定，但是这里我们使用一个 Web 浏览器。浏览器内建了对 GET 的支持。令浏览器访问下面 清单 1 中显示的 URL。Web 服务器返回一个 XML 响应，包含调用 getmyEmp SQL 语句的结果，其中 empno 参数的值为 000130。

清单 1. 使用浏览器测试 REST 绑定

http://localhost:8080/DemomyfirstService/rest/myfirstService/getmyEmp?empno=000130

架构

上文提到，Data Web Services 不需要编写任何程序就可以生成 Web 服务；它也不会生成任何代码。所以您可能想知道 —— 这里有什么诀窍？Web 服务又是如何执行的？

让我们看看 DWS 的架构，理解幕后发生的操作：

正如您看到的那样，DWS 同时支持 SOAP 和 REST 型端点。传入的 Web 服务请求由特定于端点的代码处理。因此，每当传入一个请求时，无论是 REST 还是 SOAP，DWS 都会对它进行处理，为请求生成一个相同的表示。然后，公共元数据驱动运行时对该请求进行处理，并决定如何将 Web 服务消息映射为数据库请求。与生成 Web 服务的操作不同，这里不存在中间操作，即将 Web 服务消息中的参数和结果映射到 Java 数据类型，相反，Web 服务消息中的 XML 数据类型被直接映射为数据库数据类型。由于减少了很多数据类型在格式之间的映射，应用程序具有更高的效率和更好的性能。