通过 Web 服务 API 和 JAXB 编组与 WebSphere Process Server 交互

核心提示： JAXB 的优点在于，它让 Java 开发人员可以访问和处理 XML 模式，通过 Web 服务 API 和 JAXB 编组与 WebSphere Process Server 交互(3)，而不必详细了解底层机制，另外，如果客户机应用程序在单独的逻辑节点上运行，那么必须在这两个服务器之间建立单点登

JAXB 的优点在于，它让 Java 开发人员可以访问和处理 XML 模式，而不必详细了解底层机制。另外，可以灵活地定制模式如何映射到 Java（以及反向映射），这对于复杂或经常变动的模式尤其有用，因为同步相应的 Java 定义要花费大量时间，很容易出错。

在下面几节中，讨论与开发和运行时相关的活动。但是，在讨论细节之前，我们先简要介绍一下主要构建块。

基本架构

图 2 给出一个可能出现的场景：浏览器访问部署在两个服务器上的客户机应用程序和后端 WebSphere Process Server。

图 2. 主要构建块

查看原图（大图）

客户机逻辑通过代理与过程通信，代理把 Business Flow Manager (BFMIFProxy.java) 和 Human Task Manager (HTMIFProxy.java) Web 服务操作表示为 Java 接口。它们是在设置开发环境时根据导出的 WSDL 工件生成的。

跨服务器的通信必须确保安全。所有 Web 服务请求必须包含安全令牌，安全令牌代表有效的用户身份验证。Web 服务 API 支持的安全机制是用户名令牌 和 Lightweight Third Party Authentication (LTPA)。前提条件是需要确保 Web 应用程序的安全，因此它需要显式的身份验证。对这个设置过程的详细描述，参见 Web service API - J2EE client 中的安全部分。

另外，如果客户机应用程序在单独的逻辑节点上运行，那么必须在这两个服务器之间建立单点登录，从而确保每个调用都附带 LTPA 令牌。