Tuxedo安装license例子、本地和远程客户端配置
摘要：本文总结了Tuxedo的安装、license、例子运行和远程客户端配置四个主要问题，给出了一篇真正可用的Tuxedo入门教程。
Tuxedo是一个很好的交易中间件，包含消息中间件等功能，历史悠久，功能强大，是由BEA开发的，不过现在属于Oracle了。网上的Tuxedo入门教程千千万万，几乎没有一个可用的。尤其是在licsence和远程客户端配置这两个问题上，都没有交代清楚。很符合中国的IT教程特色：“懂得人看得懂，但是并没有更懂；不懂的人更加不懂了！”。
本文集中讨论了四个问题：
●Tuxedo的安装；
●SDK和RTC的License；
●Simpapp例子
●远程客户端配置
好了，开始吧，我的开发环境如下，如果开发环境不同，也许本教程不适合你：
●Tuxedo8.1
●VC6
●服务器：windows XP
●客户端：Windows XP（VMWARE上）
本文的源代码在这里，你也许要根据下面的教程修改后才能成功运行：
https://www.doczj.com/doc/942478180.html,/source/1107802
1.Tuxedo8.1安装
Tuxedo8.1下载地址如下：
Microsoft Windows (32 bit)
https://www.doczj.com/doc/942478180.html,/download/pub/tuxedo...uxedo81_win.exe 下载完成后直接双击就可以安装了，可以选择安装服务器或者客户端。安装的时候需要选择bea的home目录和Tuxedo的目录，都可以采用默认配置。服务端还需要指定tlisten密码。其他都暂时不需要配置，包括license都可以留到后面配置。
2.License
Tuxedo的license分为SDK和RTC两种，SDK即开发版，RTC即发布版。我刚开始就是得到了一个RTC，兴高采烈的run例子的时候编译不过，告诉我“你
没有一个合法的SDK license”。其实bea已经公布了所有的license，直接去官方网站下载就可以了，不要到处找所谓的无限制xx license，Tuxedo8.1的SDK license地址如下：
https://www.doczj.com/doc/942478180.html,/downloads/LIC-TUX81-SDK-56B.zip
下载后解压，将文件名改为lic.txt，然后拷贝到TUXEDO_HOME/udataobj 目录下面就可以了。我的TUXEDO_HOME是C:/bea/tuxedo8.1。
拷贝完成后license马上生效。
3.Simpapp例子
simpapp是Tuxedo自带的一个简单例子，只有服务器版本带有例子程序。我的例子在C:/bea/tuxedo8.1/samples/atmi/simpapp。将该例子拷贝到另外一个目录，例如：C:/tuxedo_test/simpapp。
例子中有如下几个文件：
●README和README.NT，是说明文件，但是我认为说得不详细，起码
license和远程客户端配置就没说清楚；
●setenv.cmd，设置环境变量的批处理文件；
●ubbsimple，Tuxedo的应用程序配置文件，它会被编译为二进制的配
置文件，所有服务端程序都需要该配置文件；
●simpapp.nt，makefile文件，用来编译服务器和客户端程序；
●simpcl.c，客户端源程序；
●simpserv.c，服务端源程序；
要编译运行Simpapp例子，需要六个步骤：1）设置环境变量；2）修改编译配置文件；3）编译源程序；4）启动服务；5）运行客户端；6）关闭服务。
注意：这是本地客户端的步骤，若是远程客户端，还有一些变动。
设置环境变量
首先，把本文的系统相关变量列举如下，大家要根据自己的情况在下面的各种配置文件中更改：
Tuxedo目录：C:/bea/tuxedo8.1
Tuxedo应用程序目录：C:/tuxedo_test/simpapp
服务器IP：132.97.8.122
客户端IP：132.97.8.122
修改setenv.bat文件：其解释已经在源代码中
rem 设置TUXEDO目录
set TUXDIR=C:/bea/tuxedo8.1
rem 设置TUXEDO应用程序目录
set APPDIR=C:/tuxedo_test/simpapp
rem 设置系统path
set PATH=%TUXDIR%/bin;%APPDIR%;%PATH%
rem 设置TUXEDO应用程序配置文件
set TUXCONFIG=%APPDIR%/tuxconfig
然后打开一个windows控制台，将目录变更为tuxedo应用程序所在目录，即C:/tuxedo_test/simpapp，运行setenv.bat。
C:/tuxedo_test/simpapp>setenv
修改编译配置文件
在修改配置文件前，先得到自己的计算机名称，运行：
C:/tuxedo_test/simpapp>echo %computername%
就可以得到自己的计算机名称，一般都是大写的。
Ubbsimple是本程序（即simpapp）的配置文件，将其修改为：
*RESOURCES
IPCKEY 123496 #这个数字可以自己定
DOMAINID simpapp
MASTER simple
MAXACCESSERS 10
MAXSERVERS 5
MAXSERVICES 10
MODEL SHM
LDBAL N
*MACHINES
DEFAULT:
APPDIR="C:/tuxedo_test/simpapp"
TUXCONFIG="C:/tuxedo_test/simpapp/tuxconfig"
TUXDIR="C:/bea/tuxedo8.1"
"WXB" LMID=simple #注意，把”WXB”改成自己的计算机名称
*GROUPS
GROUP1
LMID=simple GRPNO=1 OPENINFO=NONE
*SERVERS
DEFAULT:
CLOPT="-A"
simpserv SRVGRP=GROUP1 SRVID=1
*SERVICES
TOUPPER
配置文件是Tuxedo中最繁琐的部分，稍有不对服务就无法发布和执行，所以一定要仔细检查。目前不需要太多了解，按我写的做就可以了。注意，配置文件和源程序的编译链接无关，只和服务发布相关，客户端也不需要配置文件。
修改完配置文件后，就需要将其编译为二进制的配置文件，其名称和目录由系统变量TUXCONFIG决定，该变量已经在setenv.bat中设置了，此处是
C:/tuxedo_test/simpapp//tuxconfig，这个tuxconfig就是服务用来发布时的二进制配置文件。
编译配置文件：
C:/tuxedo_test/simpapp>tmloadcf -y ubbsimple
若成功完成，则会生成tuxconfig。
编译源程序
使用makefile的方式编译源程序，这里我使用的是vc6自带的nmake命令，要确保你的vc相关目录已经正确在windows的path变量中设置。Makefile文件已经写好，不需要更改，即simpapp.nt。执行命令如下：
C:/tuxedo_test/simpapp>nmake -f simpapp.nt
当然，如果你不熟悉makefile，那么可以使用如下两个命令别分编译客户端和服务端，其实这两条命令是我从simpapp.nt中抄出来的：
buildclient -o simpcl -f simpcl.c
buildserver -s TOUPPER -o simpserv -f simpserv.c
若成功，则可发现在目录下出现了simpcl.exe和simpserv.exe文件。
启动服务
启动服务非常easy，如果你前面都做对了的话：
C:/tuxedo_test/simpapp>tmboot -y
启动成功后会告诉你，两个进程已经成功启动。
运行客户端
如下命令：
C:/tuxedo_test/simpapp>simpcl "hello,wenwen"
Returned string is: HELLO,WENWEN
客户端会将一个字符串传送给服务器，服务器返回该字符串的大写形式。为什么是“hello,wenwen”而不是“hello,tuxedo”呢？嗯，因为写到这儿的时候刚好雯雯到我身边来了。
关闭服务
关闭服务很容易，而且不会失败：
C:/tuxedo_test/simpapp>tmshutdown –y
4.远程客户端配置
好了，重点终于来了。毕竟对于大部分人来说，用中间件就是为了使用远程客户端，本地客户端只是玩玩而已嘛。远程客户端需要服务器端修改一些配置，远程客户端也要进行一些配置。
服务器端
要编译运行Simpapp例子，使其能够为本地客户端提供服务，需要六个步骤：1）设置环境变量；2）修改编译配置文件；3）编译源程序；4）启动服务；5）运行客户端；6）关闭服务。
要编译运行Simpapp例子，使其能够为远程客户端提供服务，需要六个步骤：1）设置环境变量；2）修改编译配置文件；3）编译远程客户端源程序；4）启动服务；5）运行远程客户端；6）关闭服务。
为了不让读者出错，我还是用最详细的方式把这些步骤都完成写一遍，当然，与上面不同的部分会用红色标注出来。
（1）设置环境变量
再次修改seten.bat文件：
rem 设置TUXEDO目录
set TUXDIR=C:/bea/tuxedo8.1
rem 设置WSN地址和端口
set WSNADDR=//192.168.222.1:8888
rem 设置TUXEDO应用程序目录
set APPDIR=C:/tuxedo_test/simpapp
rem 设置系统path
set PATH=%TUXDIR%/bin;%APPDIR%;%PATH%
rem 设置TUXEDO应用程序配置文件
set TUXCONFIG=%APPDIR%/tuxconfig
注意，其中加入了WSN地址和端口的配置，地址就是本服务器IP地址，端口可以随意指定，只要不冲突就好。
运行setenv
C:/tuxedo_test/simpapp>setenv
（2）修改编译配置文件
再次修改ubbsimple
*RESOURCES
IPCKEY 123496 #这个数字可以自己定
DOMAINID simpapp
MASTER simple
MAXACCESSERS 10
MAXSERVERS 5
MAXSERVICES 10
MODEL SHM
LDBAL N
*MACHINES
DEFAULT:
APPDIR="C:/tuxedo_test/simpapp"
TUXCONFIG="C:/tuxedo_test/simpapp/tuxconfig"
TUXDIR="C:/bea/tuxedo8.1"
"WXB" LMID=simple #注意，把"WXB"改成自己的计算机名称MAXWSCLIENTS=5 #指定的最大客户端连接数
*GROUPS
GROUP1
LMID=simple GRPNO=1 OPENINFO=NONE
*SERVERS
DEFAULT:
CLOPT="-A"
simpserv SRVGRP=GROUP1 SRVID=1
WSL SRVGRP=GROUP1 SRVID=5 CLOPT="-A -t -- -n
//192.168.222.1:8888 -m 2 -M 5 -x 10" #WSL发布地址
*SERVICES
TOUPPER
仅仅增加了两行代码，即最大客户端连接数和WSL的发布地址。其具体意义可以看书，这个倒是很多书都说清楚了。
编译配置文件：
C:/tuxedo_test/simpapp>tmloadcf -y ubbsimple
（3）编译远程客户端源程序
上面已经编译了服务端和本地客户端程序，远程客户端程序的编译下节再说。（4）启动服务
同上。不过这次会启动三个进程，其中一个是WSL。Look：
C:/tuxedo_test/simpapp>tmboot -y
Booting all admin and server processes in C:/tuxedo_test/simpapp/tuxconfig
INFO: BEA Tuxedo, Version 8.1
INFO: Serial #: 454493271161-2671077484631, Expiration NONE, Maxusers 1000000
INFO: Licensed to: Customer
Booting admin processes ...
exec BBL -A :
process id=2556 ... Started.
Booting server processes ...
exec simpserv -A :
process id=3564 ... Started.
exec WSL -A -t -- -n //192.168.222.1:8888 -m 2 -M 5 -x 10 :
process id=760 ... Started.
3 processes started.
（6）运行远程客户端
下面详细交代。
（7）关闭服务
同上。
远程客户端
运行远程客户端需要三个步骤：1）设置环境；2）修改编译远程客户端程序；3）运行。
首先，将如下文件拷贝到远程客户端计算机：
●Setenv.bat
●Simplecl.c
●Simpapp.nt
（1）设置环境
根据远程客户端的系统相关配置修改setenv.bat，注意WSNADDR要和服务器的一致：
rem 设置TUXEDO目录
set TUXDIR=C:/bea/tuxedo8.1
rem 设置WSN地址和端口
set WSNADDR=//192.168.222.1:8888
rem 设置TUXEDO应用程序目录
set APPDIR=C:/tuxedo_test/simpapp
rem 设置系统path
set PATH=%TUXDIR%/bin;%APPDIR%;%PATH%
然后执行setenv：
C:/tuxedo_test/simpapp>setenv
（2）修改编译远程客户端程序
为了实现远程初始化，需要在客户端程序的tpinit函数前中加入一行代码：tuxputenv("WSNADDR=//192.168.222.1:8888");
当然，为了使得程序可移植性更强，可以从系统变量中读取这个字符串。
然后，用makefile生成远程客户端程序：
C:/tuxedo_test/simpapp>nmake -f simpapp.nt wsimpcl.exe
不懂nmake的可以执行如下命令：
buildclient -w -o wsimpcl -f simpcl.c
成功后得到远程客户端执行程序wsimpcl.exe。
（3）运行
C:/tuxedo_test/simpapp>wsimpcl "hello,remote wenwen"
Returned string is: HELLO,REMOTE WENWEN
为什么是”hello,remote wenwen”呢？因为此时雯雯已经和妈妈在卧室睡着了。
5.总结
但愿此文能够使大家熟悉Tuxedo的时间缩短一点，不要像我一样用了两天时间到处找资料。其中，SDK和RTC license的问题就花了我一个下午；配置远程客户端花了我一天的时间。其实有好的资料的话，所有的安装配置运行估计一个上午就全部搞定了。
愿中国和所有懂中文的Tuxedo初学者省下一天半的时间陪老婆孩子吧！我花了周末的半天时间来写这篇文档，我真的是个好人！
标题：通过wtc、jolt进行tuxedo与weblogic通信开发 [评论] 作者：李振嘉(dev2dev ID：lizhenjia) (一)摘要 bea tuxedo与weblogic作为业界优秀的交易与应用服务器中间件产品,在电信,银行,金融等领域广泛应用,通常由tuxedo处理系统的核心业务,weblogic将业务应用扩展到internet平台,实现电子商务,由weblogic调用tuxedo的服务或者由tuxedo的服务调用通过weblogic部署的ejb,所以tuxedo与weblogic 之间的互连通信会经常遇到,本文通过2个例子介绍tuxedo与weblogic通信的配置与开发,两个例子分别通过wtc(weblogic tuxedo connector)、jolt实现weblogic与tuxedo通信的配置与开发.本文所有例子程序与配置均在Sun Solaris,weblogic8.1,tuxedo8.0平台上进行,如在windows等其他平台开发配置方法大同小异;另外为了减少篇幅文中涉及的例子代码没有全部罗列,只选择粘贴了关键部分的代码. (二)通过wtc进行tuxedo与weblogic通信的配置与开发 1)域间通信以及wtc介绍 Tuxedo的域间通信进程介绍 Wtc是tuxedo通过域间通信实现的,所以需要tuxedo启动用于域间通信的进程,介绍wtc之前先介绍以下几个域间通信的进程. *DMADM(DOMAIN ADMINISTRATOR SERVER) 管理域的server,在运行时管理BDMCONFIG,对已登记的gateway group提供支持,在tuxedo系统中,只能有一个DMADM进程,且不能对它采用MSSQ,不能有REPLYQ. *GWADM(GATEWAY ADMINISTRATOR SERVER)
Tuxedo日常监控维护培训手册 （V1.0）
修订记录
目录 1.引言 (1) 1.1. 编写目的 (1) 1.2. 参考资料 (1) 2.tuxedo常用操作 (1) 2.1. tuxedo服务的正常启动和停止. (1) 2.2. 查看tuxedo的版本信息 (2) 2.3. tmadmin控制台进入和退出: (2) 2.4. 查看服务信息psr (3) 2.5. 查看交易信息psc (4) 2.6. 查看队列信息pq (5) 2.7. 查看客户端信息pclt (5) 2.8. 查看部分统计信息bbs (6) 2.9. 设置为观察某个节点的进程信息default (6) 2.10. 查看消息发送状态pnw (7) 2.11. dmadmin域控制台的进入和退出: (7) 2.12. 手动连接域 (8) 2.13. 查看域网关的连接情况 (8) 3.tuxedo日常维护 (8) 3.1. 对ubb文件只做语法检查(不真正的load成TUXCONFIG) (8) 3.2. 对dm文件只做语法检查(不真正的load成DMXCONFIG) (9) 3.3. 反编译tuxconfig 文件和dmxconfig文件 (9) 3.4. 如何清除IPC资源 (9) 3.5. sh命令直接执行tuxedo操作 (9) 3.6. 启动tlisten服务 (9) 3.7. 启动多机中备机的BBL (9) 4.tuxedo注意事项、常见问题及解决方法 (10) 4.1. WSL配置参数注意 (10) 4.2. UBB文件中MAX的配置注意 (10) 4.3. tuxedo WS 的配置注意 (10) 4.4. Can’t attach BBL (10) 4.5. 运行一段时间交易失败 (11) 4.6. 常见Tuxedo错误号 (11)
系统自带authsvr服务进程，和两个子例程，tpsvrinit(),tpsvrdone。 authsvr：客户端调用tpinit进行认证时，由交易TPAPPAUTH回应。 服务端自动调用tpsvrinit,可以在函数中进行数据库连接和处理命令行参数。 结束时tpsvrdone也被自动调用，可以在函数中断开数据库连接。 这两个例程分别在进程开始时和进程将要结束时，被自动调用。 服务端编程指导： 交易内一次只能接收一个请求，发送一个响应。 交易必须以tpretrurn, tpforward结束。 或交易内使用了tpacall,在返回或转发前，要么等待回应，要么使用tpcancel。 tpreturn一旦被调用，控制权就转移到main函数，未进行显示收取的响应会被丢弃，此时客户端会收到错误。 客户端调用tpcall后，若服务端此时对应的tpreturn成功返回，客户端tpcall才能返回。 客户端调用tpacall后，若服务端此时对应的tpreturn成功返回，客户端tpgetrply才能返回。返回的数据，可由客户端从指针*data处取得。 tpforward调用时，程序逻辑应保证之前的处理都正确,响应被收到。被调用后，交易不再等待响应。main函数取得控制权。被请求的另一个交易负责响应原来的请求。不能将请求转发到自身。 tpreturn 的参数： rval: 表明交易是否成功执行。 rcode：是应用自定义的返回值。客户端可通过tpurcode获得tpreturn的rcode值，而不论交易是否成功。 data: 该缓冲区由客户端传递，服务端可以将回应数据写至此地址。也可以进行tprealloc.而不能tpfree. 服务端也可以自行tpalloc一个缓冲区，并返回给缓冲区，但需要自行若管理。如果发送的数据长度大于已分配的，tuxedo会自动扩大缓冲。 len: 用来指示响应缓冲的长。客户端可据此得知数据是否有变化。 如果客户端需要收到一个响应，而tpreturn自身处理时出错，这时tpcall或tpgetrply会失败，客户端应检查tperrno. 此时客户端的data缓冲区没有变化。若交易返回的消息不符客户端要求，则无法判断应用状态，此时原来的缓冲区保持不变。如果交易超时，响应数据不会被发送。 发布与取消交易名： 当一个服务进程被启动后，它会根据配置文件来向公告板上广告自己有交易名。这通常由buildserver命令执行时完成。 tpcall:
Tuxedo与Oracle连接 系统说明 TUXEDO版本:9.0 安装名目/opt/bea/tuxedo9.0 ORACLE版本:10.2.0.1 安装名目/u01/app/oracle 一、Tuxedo 9 for AIX的安装 1、创建一个用户为Tuxedo，用户组为bea 2、创建/opt/bea为tuxedo的安装名目， $mkdir /opt/bea $chown tuxedo.bea /opt/bea $chmod 770 /opt/bea #bootinfo -k 64 $ sh tuxedo9_aix53_64.bin -i console Preparing to install... WARNING: /tmp does not have enough disk space! Attempting to use /home/tuxedo for install base and tmp dir. Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment... Launching installer... Preparing CONSOLE Mode Installation... ====================================================================== ========= Choose Locale... ---------------- ->1- English CHOOSE LOCALE BY NUMBER: 1 ====================================================================== ========= (created with InstallAnywhere by Zero G) ------------------------------------------------------------------------------- ====================================================================== ========= Introduction ------------ BEA End User Clickwrap 001205 Copyright (c) BEA Systems, Inc.
Tuxedo是一个客户机/服务器的―中间件‖产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。Tuxedo是一个事务处理(TP)监督器，它管理联机事务处理(OLTP)系统(参见―事务处理‖)操作的事务。客户通过结构化查询语言(SQL)调用，或其它类型的请求，产生对服务器的请求。这个事务处理监督器确信，正确地进行了修改，以保证数据的完整性。这在一个事务可以改变多个位置的数据库的分布式数据库环境是非常重要的。这个事务处理监督器使用双阶段提交，以保证所有的数据库都已经接收和认可了这些数据的正确性。否则，这个数据库返回它的事务前状态。 事务监督器从前都是与大的大型计算机系统联系在一起的，但是Tuxedo的设计是为了在不昂贵的基于UNIX的系统上运行。AT&T最初是作为它自己使用的联机事务处理开发Tuxedo的。虽然Tuxedo必须在U-NIX系统上运行，但是它可以与DOS、OS/2、Windows和UNIX客户一起工作。它还使用通用的通信协议，如传输控制协议/因特网协议(TCP/IP)和网络基本输入输出系统(NetBIOS)，并且可以在这些环境提供分布式处理支持。例如，它可以根据请求的类型，服务请求从一个客户选择路由到一个特定的服务器。Tuxedo的基本特征是它的联机事务处理系统，但是，Tuxedo也工作于集成关系型的平面文件，以及层次数据库系统。 相关条目：Connectionless and Connection-Oriented Transactions无连接和面向连接事务；Transaction Processing 事务处理。 Tuxedo作为电子商务交易平台，它允许客户机和服务器参与一个涉及多个数据库协调更新的交易， 并能够确保数据的完整性。BEA Tuxedo一个特色功能是能够保证对电子商务应用系统的不间断访问。 它可以对系统组件进行持续的监视，查看是否有应用系统、交易、网络及硬件的故障。 一旦出现故障，BEA Tuxedo会从逻辑上把故障组件排除，然后进行必要的恢复性步骤。 BEA Tuxedo根据系统的负载指示，自动开启和关闭应用服务，可以均衡所有可用系统的负载， 以满足对应用系统的高强度使用需求。借助DDR（数据依赖路由）， BEA Tuxedo可按照消息的上下文来选择消息路由。其交易队列功能， 可使分布式应用系统以异步―少连接‖方式协同工作。 BEA Tuxedo LLE安全机制可确保用户数据的保密性， 应用/交易管理接口（ATMI）为50多种硬件平台和操作系统提供了一致的应用编程接口。 BEA Tuxedo基于网络的图形界面管理可以简化对电子商务的管理， 为建立和部署电子商务应用系统提供了端到端的电子商务交易平台。
第9章如何用好全局事务 9.1 什么是全局事务 全局事务是由资源管理器管理和协调的事务，可以跨越多个数据库和进程。事务管理器一般使用XA二阶段提交协议与“企业信息系统（EIS）”或数据库进行交互。 也就是当一个事务需要跨越多个数据库时，需要使用全局事务。例如，一个事务中可能更新几个不同的数据库。对数据库的操作发生在系统的各处，但必须全部被提交或回滚。此时，一个数据库对自己内部所做操作的提交不仅依赖本身操作是否成功，还要依赖与全局事务相关的其他数据库的操作是否成功，如果任一数据库的任一操作失败，则参与此事务的所有数据库所做的所有操作都必须回滚。 在一个涉及多个数据库的全局事务中，为保证全局事务的完整性，由交易中间件控制数据库做两阶段提交是必要的。但典型的两阶段提交，对数据库来说事务从开始到结束（提交或回滚）时间相对较长，在事务处理期间数据库使用的资源（如逻辑日志、各种锁），直到事务结束时才会释放。因此，使用典型的两阶段提交相对来说会占用更多的资源，如果网络条件不好，如低速网、网络颠簸频繁，情况会更为严重。 9.2 本地事务的优缺点 本地事务容易使用，但也有明显的缺点：它们不能用于多个事务性资源。例如，使用JDBC连接事务管理的代码不能用于全局的JTA事务中。另一个缺点是局部事务趋向于侵入式的编程模型。 9.3 Tuxedo对事务的控制与管理 当客户端连接到Tuxedo并创建一个全局事务时，TM（Transaction Manager，事务管理器）就会在公告板（BB）里面创建一个事务，由TMS向GTT（Global Transaction Table，全局事务表，里面包含当前事务的状态信息）中插入一个条目，然后分配一个GTRID（Global Transaction Identifier，全局事务标识符）来对该事务进行跟踪。 Tuxedo的事务管理由TMS完成，TMS把各种RM接入到Tuxedo中的分布式计算中来，并对RM中执行的事务进行跟踪和两阶段提交。 Tuxedo对事务的管理工作主要包括创建TMS、创建TLOG、运行时事务的监控和迁
TUXEDO中间件介绍及应用 一、前言 首先介绍一下什么是中间件？中间件是一种独立的系统软件或服务程序，分布式应用软件借助这种软件在不同的技术之间共享资源，中间件位于客户机服务器的操作系统之上，管理计算资源和网络通信。 中间件屏蔽了底层操作系统的复杂性，使程序开发人员面对一个简单而统一的开发环境，减少程序设计的复杂性，将注意力集中在自己的业务上，不必再为程序在不同系统软件上的移植而重复工作，从而大大减少了技术上的负担。 世界著名的咨询机构Standish Group在一份研究报告中归纳了中间件的十大优越性： ●缩短应用的开发周期 ●节约应用的开发成本 ●减少系统初期的建设成本●降低应用开发的失败率●保护已有的投资●简化应用集成 ●减少维护费用 ●提高应用的开发质量●保证技术进步的连续性●增强应用的生命力 Tuxedo是第一个严格意义上的中间件产品。Tuxedo是1984年在当时属于A T&T的贝尔实验室开发完成的，但Tuxedo在很长一段时期里只是实验室产品。直到BEA公司1995年收购Tuxedo后，使Tuxedo现已经发展成为交易中间件领域事实上的标准。 TUXEDO是在企业、Internet 这样的分布式运算环境中，开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二、TUXEDO的组件软件模型 TUXEDO采用三层结构的组件软件模型。 图1 BEA TUXEDO 的组件软件模型概要
Tuxedo的配置管理简要说明 Tuxedo的配置管理简要说明 (1) 一、Tuxedo基本命令 (2) 二、UBB文件配置说明 (3) 三、数据库XA设置 (8) 3.1 ORACLE XA (8) 四、Tuxedo多机方式配置要点 (9) 4.1启动tlisten (9) 4.2 ubb文件配置 (9) 4.3管理 (10) 五、用JOLT连接Tuxedo和Weblogic (11) 5.1在Tuxedo上安装、配置JOLT Server (11) 5.2 配置Weblogic Server 6.x (12) 5.3 Example setup (12) 六、TUXEDO动态配置 (13) 6.1 用tmadmin修改配置 (13) 6.2 用tmconfig更改TUXCONFIG（UBBCONFIG） (13)
一、Tuxedo基本命令 #1.设臵环境变量TUXDIR,APPDIR,TUXCONFIG，LANG(跟OS相关),LD_LIBRARY_PATH(跟OS相关) #2.编译ubb文本生成二进制配臵文件：tmloadcf –y ubbconfig #3.所有机器上运行tlisten,具体见文档中NETWORK一节 #4.启动tmboot –y #5.关闭tmshutdown –y 参数： -A 在所有机器上启动/关闭管理的Server进程 -M 只在MASTER机器上启动/关闭管理的Server进程 -i srvid启动/关闭某个server id指定的Server进程 -g grpname 启动/关闭某个server group名字指定的Server Group -S启动/关闭所有应用服务器（LMID） -s server-name启动/关闭某个server名字指定的Server进程 -l lmid option 在指定的机器上启动/关闭所有TMS进程和应用服务器（LMID） -T grpname 启动/关闭指定的server group中所有的TMS进程 -B lmid在指定的机器上启动/关闭BBL进程 -e command 指定一个程序可以当在MASTER机器上启动任何一个进程失败时执行 -c计算出当前UBB配臵的Tuxedo启动最少要占用的系统IPC资源 #用tmunloadcf > generated.ubb 可以得出目前配臵得UBB文件所有得参数值（没有设臵的有缺省值） #用tmloadcf –c或tmboot –c可以计算出当前UBB配臵的Tuxedo启动最少要占 用的系统IPC资源。
Tuxedo学习 WSL workstation litener WSH 处理请求的进程,但不server进程，相当于oracle影子进程 WSC 处理请求的进程 WS用户和正常用户的关关健差别在WS用户不装tuxedo Abstract: 关于中间件，有一个很有名的定义是：平台+通信。这一点在TUXEDO上面得到了很好的体现，因为它提供了运行和开发的平台，以及多种的通信方式。在这多种通信方式中，使用最频繁的是WS （workstation）方式。WS方式使用的是TCP连接，为了对WS方式有更多的了解，我们结合TCP连接的知识对这种方式进行了一个比较深入的分析。 名词说明: WSC: WorkStation Client WSL: WorkStation Listener WSH: WorkStation Handler Server: 小写表示服务器端的服务处理进程 TCP连接是一种C/S模式的，即server端公开自己的IP和端口号，client通过这两个参数与之建立连接，客户端使用的端口一般是OS临时分配的。 TCP server端一般有两种模式，一种是iterative(重复)的，一种concurrent（并发）的。前面一种是一个server 的进程（应用层）来处理client的请求，处理完了之后继续接受请求来处理，当server正在处理的过程中，新来的请求得不到处理，只有等待。后面一种是请求到来的时候，server 进程通常会新开一个进程来处理这个请求，自己继续监听公开端口的连接请求。 在TUXEO这种事务处理系统中，会经常有大量的请求，故第一种模式肯定是不行的，第二种模式虽然可以达到同时处理不同请求的目的，但是由于每次要开新的进程，系统的开销很大，也会影响性能。实际中，TUXEDO的Workstation方式采用了另一种方法来实现多请求的并发处理。下面我们进行详细的说明。 以下是ubb中关于WSL的配置参数： WSL SRVGRP=Group1 SRVID=200 CLOPT="-A -t -- -n //ip（服务器IP，在此隐去）:4050 -m 2 -M 10 -x 10" 其中ip:4050就是TUXEDO服务器的WSL的监听地址，只有一个WSL进程。-m参数指定的是启动时WSH 的个数，-M为最大个数（用户数大于m*x时系统会自动启动更多的WSH），-x为每个WSH可以多道处理请求的最大数目，可以理解为WSH的请求缓冲区可以存放十个请求。这样我们上面的配置在启动后可以处理同时20个并发请求，最大可以处理100个。
第四章：TUXEDO应用系统的管理 4.1 TUXEDO提供的系统管理工具 当一个TUXEDO应用系统投入运行时，TUXEDO系统管理员要对它进行监控，管理，根据系统的运行情况做相应的参数调整。有时候还要动态修改配置，发布新的服务等等，TUXEDO提供了很丰富的管理工具和管理编程接口。可以很方便的完成这些管理任务。下面对管理工具和管理编程接口分别进行介绍。 TUXEDO提供以下管理工具 1．基于WEB的图形化管理工具：用普通的WEB 浏览器比如Netscape或Microsoft 的Explorer可以从Internet/Intranet 的任意一个节点来运行该图形界面管理工具。对 系统进行管理配置。 2. 基于字符界面的管理工具：TUXEDO提供TMADMIN，DMADMIN等命令行管理工具。 TUXEDO提供以下管理编程接口 1.MIB编程接口：TUXEDO 提供C 语言的管理API ，用户能够用此编写出适合自己特殊需 求的管理工具 2.通过SNMP与其他管理工具（HP OpenView 等）互联， TUXEDO 的关联产品 BEA MANAGER 通过网络管理协议 SNMP和TUXEDO 的管理信息库 MIB 可以把TUXEDO 对应用程序的管理集成到一般的网络、数据库系统管理工具中，比如 OpenView, NetView 等。 TUXEDO应用系统的管理任务 通过以上的管理工具，TUXEDO可以有效地管理消息流程和服务请求，启动和停止服务进程，根据变化的负荷复制服务进程，动态地广播、撤消服务进程中的服务。并且可以在客户不用退出执行的情况下，动态的增加新的服务器、服务器组、服务器以及服务。利用命令行或图形管理界面TUXEDO还可以动态的进行负载平衡，数据依赖路由、网络用户的管理、队列的管理、存取资源管理器以及系统的启动、重启和恢复。
Tuxedo 9.0 for AIX与Oracle 10 XA连接 系统说明 TUXEDO版本:9.0 安装目录/opt/bea/tuxedo9.0 ORACLE版本:10.2.0.1 安装目录/u01/app/oracle 一、Tuxedo 9 for AIX的安装 1、创建一个用户为Tuxedo，用户组为bea 2、创建/opt/bea为tuxedo的安装目录， $mkdir /opt/bea $chown tuxedo.bea /opt/bea $chmod 770 /opt/bea #bootinfo -k 64 $ sh tuxedo9_aix53_64.bin -i console Preparing to install... WARNING: /tmp does not have enough disk space! Attempting to use /home/tuxedo for install base and tmp dir. Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment... Launching installer... Preparing CONSOLE Mode Installation... ======================================================== ======================= Choose Locale... ---------------- ->1- English CHOOSE LOCALE BY NUMBER: 1 ======================================================== ======================= (created with InstallAnywhere by Zero G) ------------------------------------------------------------------------------- ======================================================== ======================= Introduction ------------ BEA End User Clickwrap 001205 Copyright (c) BEA Systems, Inc. All Rights Reserved.
Tuxedo基本参数配置说明 2008-12-08 17:23:49 标签：Tuxedo 一、Tuxedo基本命令 #1.设置环境变量TUXDIR,APPDIR,TUXCONFIG，LANG(跟OS相关),LD_LIBRARY_PATH(跟OS相关) #2.编译ubb文本生成二进制配置文件：tmloadcf ?Cy ubbconfig #3.所有机器上运行tlisten,具体见文档中NETWORK一节 #4.启动tmboot ?Cy #5.关闭tmshutdown ?Cy 参数： -A 在所有机器上启动/关闭管理的Server进程 -M 只在MASTER机器上启动/关闭管理的Server进程 -i srvid 启动/关闭某个server id指定的Server进程 -g grpname 启动/关闭某个server group名字指定的Server Group -S 启动/关闭所有应用服务器（LMID） -s server-name 启动/关闭某个server名字指定的Server进程 -l lmid option 在指定的机器上启动/关闭所有TMS进程和应用服务器（LMID） -T grpname 启动/关闭指定的server group中所有的TMS进程 -B lmid 在指定的机器上启动/关闭BBL进程 -e command 指定一个程序可以当在MASTER机器上启动任何一个进程失败时执行 -c 计算出当前UBB配置的Tuxedo启动最少要占用的系统IPC资源 #用tmunloadcf > generated.ubb 可以得出目前配置得UBB文件所有得参数值（没有设置的有缺省值） #用tmloadcf ?Cc或tmboot ?Cc可以计算出当前UBB配置的Tuxedo启动最少要占用的系统IPC资源。 二、UBB文件配置说明 UBB配置文件分成*RESOURCES,*GROUP,*SERVER,*SERVICE,*NETWORK等若干节。DEFAULT表示该节中所有对象共有的缺省属性。 *RESOURCES #RESOUCES节提供整个系统的基本参数。 IPCKEY 55555 （32767-262143） #进行IPC通讯的key值 DOMAINID unicom #DOMAIN的ID值 MASTER unicom1,unicom2 #指定DOMAIN中的管理主机为unicom1,运行过程中unicom1若出现问题，管理主机切换至unicom2 MAXACCESSERS 1000
TUXEDO使用说明 一、键tuxedo用户. * User NAME tuxedo User ID [206] # ADMINISTRATIVE USER? true + Primary GROUP [informix] + Group SET [informix,staff] + ADMINISTRATIVE GROUPS [] + ROLES [] + Another user can SU TO USER? true + SU GROUPS [ALL] + HOME directory [/home/tuxedo] Initial PROGRAM [/usr/bin/ksh] 1.TUXEDO使用的环境变量 ●TUXDIR：TUXEDO的路径 ●PATH：在PA TH中添加TUXEDO的BIN路径 ●LIBPATH：TUXEDO的链接库所在路径 ●APPDIR：编译和运行TUXEDO的应用程序所在路径 ●TUXCONFIG：tuxconfig文件所在路径 2.生成tuxconfig文件：执行tmloadcf –y ubb(文件名)，其中-y表示确认，不加则会提示是 否确认 3.生成tuxconfig文件时所用的文件格式说明 ●DOMAINID：TUXEDO名称，可任意指定 ●MASTER：可任意指定 ●MAXACCESSERS：最大连接数 ●MAXSERVERS ：最大服务器数量 ●MAXSERVICES ：最大服务数 ●MODEL ：类型SHM（单机）LM（多机） ●LDBAL N ●MACHINES：机器描述 ?APPDIR ：见环境变量说明 ?TUXCONFIG ：见环境变量说明 ?TLOGDEVICE ：若直接连接数据库，需要设此项，LOG文件 ?TUXDIR ：见环境变量说明 ?MAXWSCLIENTS ：最大客户连接数 ●机器名称LMID=simple （MASTER 名称） ●GROUPS ?描述组的信息，可描述1个以上 ?LMID：见机器名称 ?GRPNO：组号 ?TMS_NAME：数据库连接时，定义数据库连接信息的文件名 ?TMSCOUNT：数据库连接时使用，表时启动几个
HP-UX常用命令 1、 cd命令的使用 返回上一次的目录（cd -） 2、 Esc键的使用 在命令行中可通过击两次Esc键来匹配当前目录中唯一的文件名，这样可节约击入长文件名的时间3、 col命令的使用 man cp | col –b >;cp.txt 该命令可将cp命令的联机帮助手册输出为名为cp.txt的文本文件 4、启动机器时执行的工作脚本（/etc/rc.config.d/） 5、which命令的使用（查看某命令的绝对路径） which 命令名 6、显示当前系统补丁安装情况（show_patches） 7、中文环境的配置 a、查看系统中安装的语言集（locale –a） b、显示当前语言环境变量（echo $LANG） c、如不为中文则修改（export LANG=zh_CN.hp15CN） d、 sty –istrip 8、查看系统信息和运行情况 a、 glance b、 top c、 performance view d、 /opt/ignite/bin/print_manifest /var/opt/ignite/local/manifest/manifest e、 /var/adm/syslog/syslog（系统运行日志） f、 /var/adm/shutdownlog g、 /var/adm/crash/ h、 /var/opt/sna/sna.err i、 /var/adm/nettl.LOG000 /usr/sbin/netfmt /var/adm/nettl.LOG000 >;net.log j、/usr/contrib./bin/info_col.11 k、/var/adm/btmp（历史登录信息，可用last命令查看） l、/var/adm/wtmp（比btmp更详细的信息） m、/etc/rc.log（机器启动时的信息） n、/var/adm/sw/（有关软件包安装、删除的信息） 9、查看系统当前init级别（who –r）
BEA Tuxedo中间件应用初探 本文以一个经典的例子（大写字母转换），主要介绍Tuxedo的工作原理及开发方法，以及Tuxedo应用程序的管理方法。 随着中间件在大型应用系统中的日益普及，目前各类中间件充斥着市场，它们在银行、电信、金融等大规模关键事务领域中的整合各种异构平台、保证交易完整性等方面表现出了超强的能力。BEA Tuxedo就是其中一款著名的交易中间件，本文以一个经典的例子（大写字母转换），主要介绍Tuxedo的工作原理及开发方法，以及Tuxedo应用程序的管理方法。 工作原理 Tuxedo是BEA公司的交易中间件产品，1984年由贝尔实验室开发成功，1992年易主Novell公司，1996年由BEA公司收购，经过十多年的不断更新和完善，Tuxedo已经发展成为交易中间件领域事实上的标准。 Tuxedo可以有效地整合企业异构C/S系统，实现大规模的关键业务处理和分布式事务管理，从而为企业提供一个可靠的、高性能的、易维护的三层分布式计算机环境。图1展示了一个基本Tuxedo系统的组成和工作原理。 图一 ①Client向System/T发出查询请求，以找到Server消息队列的地址； ②Client根据找到的入口地址将请求发送到Server的消息队列中； ③Server处理请求，并将结果返回给Client的消息队列。 System/T是Tuxedo系统的核心，它实现了Tuxedo的所有功能和特征，如C/S 数据流管理、服务请求的负载均衡、全局事务管理以保证交易的完整性、同步/异步服务请求、两阶段提交以确保消息的发送等。System/T提供了一个类似公
告栏的服务，用以发布C/S计算机环境中所有服务器、服务和客户机的信息，供其它分布式计算的参与者使用。下面笔者将通过一个大写字母转换的简单例子，讲述Tuxedo应用程序工作的基本原理和开发方法。 应用介绍 Simpapp是Tuxedo系统自带的一个例子，它由服务器和客户端程序两部分组成。服务器simpserv实现了一个TOUPPER服务，它从客户程序接收一个字符串，将它转换成大写后，传回客户端。整个工作流程可以用图2表示。 图二 客户机首先收集要转换成大写的字符串，然后连接到System/T并将字符串放入缓冲区，接着调用服务器上的TOUPPER服务，最后从服务器响应缓冲区中取出数据并退出System/T。 下面是服务程序simpserv.c的源代码： 可能你已经注意到了，该程序没有提供main方法。事实上，Tuxedo不要求程序员编写main方法，以便让他们把精力集中在业务逻辑的编写上，在编译时，Tuxedo系统会为它自动创建。 TPSVCINFO是Tuxedo记录服务调用信息的一个结构体，data域是保存请求数据的缓冲区，len域记录了data域的长度。 客户程序Simpcl.c是服务调用的发起者，它从命令行接收参数，通过tpinit()调用连接到System/T，通过tpalloc()调用分配一个字符串类型的缓冲区，通过
TUXEDO应用系统的配置 3.1 TUXEDO应用系统的常见配置 配置文件UBBCONFIG介绍 一个TUXEDO应用系统的所有资源都在一个文本文件中进行定义，该文件称为UBBCONFIG，在配置完成后，UBBCONFIG被编译成一个二进制的文件TUXCONFIG.在TUXEDO系统启动时,从该文件中读取系统的配置信息。UBBCONFIG文件类似WINDOWS 下的*.INI文件。它包括以下9大部分, 我们称之为节,RESOURCES，MACHIENS，GROUPS 这三个节必须的，其他的节是可选的。 RESOURCES(必需): 与整个系统有关的配置信息 MACHINES(必需): 一个TUXEDO应用系统可以跨越多台服务器,在该节中配置与每台服务器有关的信息 GROUPS(必需): TUXEDO中的服务可被分为多个组,在该节中配置与组有关的信息SERVERS(可选): 与SERVER有关的信息在该节配置 SERVICES(可选): 与SERVICES有关的信息在该节配置 NETWORK(可选):与网络有关的信息在该节配置 ROUTING(可选) :路由规则在该节配置 NETGROUPS(可选):与网络分组有关的信息在该节配置 名称解释： TUXEDO应用系统 一个TUXEDO应用系统包括服务端，客户端，服务端安装在服务器上，客户端一般安装在PC机上，从开发角度看，一个TUXEDO应用系统包括服务端程序，客户端程序，一个配置文件。此外，一个TUXEDO应用系统可以部署在一台服务器上，也可以部署在多台服务器上。 SERVER： 服务端程序用C或COBAL编写，每一个程序文件编译成一个相应可执行文件，该可执行文件在运行时称为SERVER，它实际上就是一个进程。每个SERVER都有一个名字，也就是该进程的名字。为与TUXEDO应用系统的服务端区分，我们在本书中，我们用SERVER 表示该进程，用服务端表示TUXEDO应用系统的服务端。 SERVICE： 在每个服务端程序中，主要是一个个的函数，在TUXEDO中称这些函数为SERVICE，一般也称之为服务。在该SERVICE中实现业务逻辑，在客户端中调用这些SERVICE来实现各种操作，如在前面的例子simpapp中，服务端程序为simpserv.c，它编译成可执行文件simperv, simpserv就是一个SERVER，该SERVER包括SERVICE：TOUPPER。 下面我们给出一个配置文件的例子： *RESOURCES IPCKEY 123456 MASTER simple
一、tuxedo的配置 1、展开tuxedo包，例如：/home/tuxedo 2、配置ubbconfig文件 在江苏建行是jsccb.ubb *RESOURCES *RESOURCES节包含整个应用范围的信息。本节必须在配置文件第一节，不可缺少。 参数意义 *RESOURCES *RESOURCES节 IPCKEY 共享内存id UID TUXEDO管理员用户id GID TUXEDO管理员用户id PERM TUXEDO管理员组用户的权限 MAXACCESSERS 服务端和客户端的最大进程数 MAXSERVERS 限制可以启动服务总数 MAXSERVICES 限制可以发布交易总数 MASTER 指出主控节点的逻辑名，第二个是备份节点 MODEL 应用构架，MP表示多机 OPTIONS LAN，MIGRA TE表示是一个网络应用，服务可以移植到替代处理器上 SECURITY 安全级别（5个） AUTHSVC 客户端可以通过交易“AUTHSVC”获得认证 NOTIFY DIPIN，客户端通过dip-in收到广播通知 SYSTEM_ACCESS PROTECTED，NO_OVERRIDE，应用代码不得干扰共享内存LDBAL 设Y则进行负载平衡 MAXBUF[S]TYPE 数据缓冲类型及子类的最大数 SCANUNIT 内部时间间隔单位，单位是秒 SANITYSCAN 检索公告牌的内部时间间隔，单位是SCANUNIT BLOCKTIME 交易超时时间，单位是SCANUNIT BBLQUERY DBBL查询所有BLL的时间间隔 DBBLWAIT DBBL等待BBL回应的超时时间 MAXCONV 同时最大会话数 jsccb.ubb的实例
tuxedo命令和配置的详细解释及应用实例 域的组成 BDMCONFIG：二进制配置文件 DMADM：域管理服务器，管理多个 GWADMGWADM：运行时网关管理服务器，从DMADM服务器上获取域信息GWTDOMAIN：是一个网关进程，在域之间转发消息 tmshutdown/tmboot -s 服务名按服务名停/启单个服务tmshutdown/tmboot -S （大写的S）停/启所有服务tmshutdown/tmboot -i 进程号按进程号停/启单个服务tmshutdown/tmboot -g 组名字按组停/启服务 tmshutdown/tmboot -y -w1 按用户停/启服务 tmloadcf -n 文件名只做语法检查不编译 tmloadcf -y 文件名编译二进制文件 tmloadcf -c 文件名测试IPC资源最小需求 tmadmin -v 版本 tmadmin>bbp 查BB的参数 bbs BB统计信息 pclt 连接客户端信息 psr server信息 psc service信息 pt 当前事物信息 pq 队列信息 echo psr|tmadmin|grep -v IDLE echo psr|tmadmin|sort +4 echo psc|tmadmin|sort +6 echo pq|tmadmin|sort +4 echo pclt|tmadmin|grep -v WSH|grep -v tmadmin
以下是tmadmin命令的printserver（简写为psr）的简单输出。 列号描述 1. 服务的可执行文件名 2. 服务连接的队列名 3. 组名 4. 服务的数字id 5. 服务已经处理的请求数 6. 服务处理的全部请求的参数和 7. 服务正在处理的交易，若为IDLE则服务当前是空闲 ccsmis:/home2/ccsmis>tmadmin tmadmin - Copyright (c) 1996 BEA Systems, Inc. Portions * Copyright 1986-1997 RSA Data Security, Inc. All Rights Reserved. Distributed under license by BEA Systems, Inc. Tuxedo is a registered trademark. > printserver Prog Name Queue Name Grp Name ID RqDone Load Done Current Service --------- ---------- -------- -- ------ --------- --------------- rz_Ecsb 00004.04000 APGP2 4000 0 0 ( IDLE ) BBL 70020 simple 0 1 50 ( IDLE ) IFMTMS APGP2_TMS APGP2 30001 1 50 ( IDLE ) 交易信息 来自GAI的信息本处略去。 以下是tmadmin命令的printservice（简写为psc）的简单输出。 列号描述 1. 交易名 2. 交易函数名