配置tuxedo的域间通讯，快速开发文档中有介绍的，大概如下：
简介

/Domain作为TUXEDO的一组件，使独立的TUXEDO应用可以进行通讯和共享资源。每个应用环境视作一个’domain’。这种结构有以下优点：

l       仍然可以访问远程其他域的数据

l       应用管理工作可以分散进行

l       资源可以根据计算的需要合适地分配

一个域可以跨越多台（个）机器或处理器。所有的客户端通过BB(Bulletin Board)了解所有的机器上提供的交易。BB间的一致性通过DBBL（Distinguished Bulletin Board Liaison）来保证。

通过/Domain,可以维护独立于主域的BB,可以设定那些交易可以响应其他机器。当一个远程域提出一个合法的交易请求时，/Domain将请求发送到被请求域并把返回送到请求进程。

以下介绍进行域间通讯时需修改的配置。

本节要点
l       概念解释

l       配置过程

――环境变量

使用TUXEDO组件/DOMAINS时，需要对管理配置作一些改变。在以下例子中，会创建一个独立的测试应用环境(DOMAINID是TEST)，它可以读取/请求另一个应用的交易（ProdCust）的数据。

服务GWTDOMAIN(GWT)负责响应域间通讯。GWADM和DMADM是处理管理交易和域服务的管理服务。这些服务必须配置在UBBCONFIG文件中。配置信息必须在远程和本地应用环境中定义。

服务GWTDOMAIN通过TCP/IP协议与其他域进行通讯。物理上远程的域的应用位置是透明的。

服务GWTDOMAIN是双向的：可以处理远程域发来的请求也可以向远程域发出请求。

除UBBCONFIG外，配置/DOMAINS还需要一些信息。这些信息在DMCONFIG文件中。DMCONFIG的文本文件通过BDMCONFIG编译成二进制文件。

过程
第一步：UBBCONFIG应作相应改动

       为/DOMAIN建立的新组应该和其他应用组隔离开。其一用于管理，其他是网关服务。

第二步：为域间请求创建DMCONFIG

       下文的ASCII数据存在的文件一般称为DMCONFIG，由此生成的二进制格式文件称为BDMCONFIG。以下的DMCONFIG存在于“TEST“域，用来请求远程的”prod“域的”ProdCust“交易。

第三步：创建DMCONFIG指定对域外提供的交易

下文的DMCONFIG位于域’prod’，该域将向其他域提供可调用交易：ProdCust。

域‘prod’上的DMCONFIG

第四步：设定环境变量

/DOMAIN进程需要额外的环境变量去访问/DOMAINS配置信息

第五步：编译ubbconfig

本过程是从两个域中相同的UBBCONFIG生成二进制文件TUXCONFIG。在本例中，UBBCONFIG的信息位于’ubbconfig’。

第六步：编译dmconfig

本过程是创建二进制DOMAINS配置文件，BDMCONFIG，在两个域中相同；而两者都有的文件‘dmconfig’内容是不同的。