配置WebLogic Tuxedo Connector

 WebLogic Tuxedo Connector (WTC) 是一个兼容 JCA （ J2EE 连接器架构）的软件组件，它提供 Tuxedo 服务和 WebLogic Server 部署的企业应用程序之间的互操作性。 WebLogic Server 组件能够使用 WTC 与 Tuxedo 服务进行通信， Tuxedo 服务也能够调交互用基于 WebLogic Server 的 EJB 。

  手动配置 WebLogic Tuxedo Connector 是非常沉闷乏味且易于出错的操作，从这种观点出发，本文提出了两种编程式可选解决方案。第一种基于 JMX ，第二种基于对命令行方式的 weblogic.Admin 工具的使用。本文提供了 Java 类库，既能生成所需的 JMX 对象又能生成基于 weblogic.Admin 的 shell 文件。

  Tuxedo 服务已经存在多年了，而且很多 EIS （企业信息系统）就是以这种服务功能为基础，比如事务支持、域和 ACL （访问控制列表）安全、域级别故障转移和反馈、以及高级消息服务。另一方面， J2EE 应用程序不能保持与现有的信息系统隔离；它们必须能够支持 Tuxedo 事务，在 CORBA Java 和 CORBA C++ 之间进行互操作，同时也要能够在 Java RMI/IIOP 和 Tuxedo CORBA 之间互操作。

  WTC 实现了所有这些方案和一些其他可能类似 JATMI （ Java 应用程序到事务监控器接口）的实现方案，其中 JATMI 是一种与 Tuxedo ATMI 类似的协议。

  WTC 实现了所有这些方案和一些其他可能类似 JATMI （ Java 应用程序到事务监控器接口）的实现方案，其中 JATMI 是一种与 Tuxedo ATMI 类似的协议。

  说明了 Tuxedo 服务对于 EIS 的重要性，并说明了 WTC 在 EIS 和基于新技术的 J2EE 组件之间所起的关联作用之后，本文的目标是给出在 WebLogic Server 环境中几个 WTC 配置的例子。事实上，为了双向连接到 Tuxedo 域而对 WebLogic Server 进行配置以便使用 WTC 就是一件费力且易于出错的事情，本文��出了两种编程式配置解决方案。它们为基于 WebLogic Server 控制台的方案提供了一种选择，这也许是已知的最佳方法。两种方案其中之一是以使用 weblogic.Admin 工具为基础，并且必将令系统管理员受益。另一个方案是以 JMX （ Java Management Extension ）为基础，并极有可能吸引开发人员的注意力。

  不论采用哪种方案， WTC 配置过程都基于下列一般步骤：

    * 创建一个 WTC 服务。

    * 创建一个本地 Tuxedo 访问点。

    * 创建一个远程 Tuxedo 访问点。

    * 导出服务。

    * 导入服务。

    * 为服务器分配新创建的 WTC 服务。

  在全文中，我们都将遵循这些步骤，并且我们将对在三个配置方案中分别执行的方法进行强调。

通过 WebLogic Server 控制台配置 WTC

  这是为您的应用程序配置 WTC 的标准方法。它包括了对 WebLogic Server 控制台 GUI 的使用。虽然有很多优点（其中最重要的是其简单性），但这种方案也具有费力、重复、易错等缺点。启动 WebLogic Server 和它的管理控制台之后，您可按照下列步骤来配置 WTC 服务。

    * 创建WTC 服务。 在 Administration Console 屏中 ，部署 Services 节点并单击 WTC 。将显示 WTC Services 屏。单击 Configure a New WTC Service 超链接。新显示的屏包括两个文本域： WTC 服务的名字和它的部署优先权顺序。单击 Create 按钮来新建一个 WTC 服务。

    * 创建本地 Tuxedo 访问点。 确保已选中新建服务。单击该服务页的“ Content ”选项卡，并在新显示的页面中单击“ Local Aps ”选项卡。要创建新的 Tuxedo 本地访问点，单击“ Configure a New Local Tuxedo Access Point ”超链接。在 Tuxedo 本地访问点的“ General ”选项卡中，填写域“ Access Point ”、“ Access Point ID ”和“ Network Address ”。其中第一个域是用户选择名，第二个和第三个域必须与 bdmconfig Tuxedo 配置文件的 DM_TDOMAIN 段相关联。在同一屏的“ Connections ”选项卡中的默认域值对于大多数情况都是适用的，除非当前 Tuxedo 的版本是 6.5 版，则其中的“ Interoperate ”域必须为“ Yes ”。为了简单起见，我们都假设本页“ Security ”选项卡中的“ Security ”域为“ None ”，这意味着不需要任何基于用户口令的验证。

    * 创建远程 Tuxedo 访问点。 确保已选中新创建的服务。单击该服务页的“ Contents ”选项卡，并在新显示的页面中单击“ Remote Aps ”选项卡。要创建新的 Tuxedo 远程访问点，单击“ Configure a New Remote Tuxedo Access Point ”超链接。在 Tuxedo 远程访问点的“ General ”选项卡中，填写域“ Access Point ”、“ Access Point ID ”、“ Local Access Point ”和“ Network Address ”。其中第一个域是用户选择名，第二个和第四个域必须与 bdmconfig Tuxedo 配置文件的 DM_TDOMAIN 段相关联。第三个域必须是我们在先前步骤中所选择的本地 Tuxedo 访问点名。在同一屏的“ Connections ”选项卡中的默认域值对于大多数情况都是适用的。为了简单起见，我们将接受该页的“ Security ”选项卡中的所有域的默认值。

    * 导出服务。 导出的 WTC 服务基本是部署在容器中的无状态的会话 EJB ，也许将由 Tuxedo 服务调用。要导出服务，确保已选中新创建的服务。单击该服务页的“ Contents ”选项卡，并在新显示的页面中单击“ Exported ”选项卡。要导出 WTC 服务，单击“ Configure a New Exported Service ”超链接。在“ General ”选项卡中，“ Resource name ”域必须与 bdmconfig Tuxedo 配置文件的 DM_REMOTE_SERVICES 段相关联。第二个域，“ Local Access Point ”，必须是我们在先前步骤��所选择的本地 Tuxedo 访问点名。下一个域，“ EJB Name ”，必须与相应已部署的无状态会话 bean 中的 weblogic-ejb-jar.xm 部署描述文件的 jndi-name 段有相同值。最后 ，“ Remote name ”域可不填，除非 bdmconfig Tuxedo 配置文件在 DM_REMOTE_SERVICES 段中提及 RNAME 参数；在这种情况下，这两个值必须相关。

    * 导入服务。 导入的 WTC 服务基本上是可由 WebLogic Server 部署组件调用的 Tuxedo 服务。要导入服务，确保已选中新创建的服务。单击该服务页的“ Contents ”选项卡，并在新显示的页面中单击“ Imported ”选项卡。要导入 WTC 服务，单击“ Configure a New Imported Service ”超链接。在“ General ”选项卡中，“ Resource name ”域必须与 bdmconfig Tuxedo 配置文件的 DM_LOCAL_SERVICES 段相关联。第二个和第三个域分别是先前定义的本地和远程 Tuxedo 访问点。最后，“ Remote name ”域可不填，除非 bdmconfig Tuxedo 配置文件在 DM_LOCAL_SERVICES 段中提及 RNAME 参数；在这种情况下，这两个值必须相关。

    * 为服务器分配新创建的服务。 确保已选中新创建的服务。单击该服务页的“ Target and Deploy ”选项卡，并在“ Targets ”域中，检查与当前服务器相关联的框是否已选中。单击“ Apply ”按钮来将改动付诸实现。

  正如您所见，通过WebLogic Server管理控制台来配置WTC的确是非常费力的，因为我们必须自己进行很多操作。另外，如果我们需要创建几个这样的WTC域，我们将不得不重复这些操作。这增加了在配置过程中犯错的机会。在这种情况下，关于能创建基于WTC参数的新配置工具的想法显得十分具有吸引力。