Tuxedo 通讯方式解析（二）
2013-02-15 18:56 虫师 阅读(15666) 评论(2) 编辑 收藏 举报
上一节简单介绍了tuxedo 是什么，并且详细介绍了安装过程。我们学这个的目的就是让其能够跑起来，这一节就根据tuxedo自带samples的例子，让其运行起来。并通过这个例子，深入的理解tuxedo的通讯方式。
进入tuxedo的安装目录，samples目录下自带了一些例子
[root@localhost atmi]# pwd
/hzh/tuxedo/tuxedo11gR1/samples/atmi
[root@localhost atmi]# ls
bankapp CSIMPAPP qsample simpapp ws xmlstockapp
creditapp libutrace rpcsimp STOCKAPP xmlfmlapp
凡是了解tuxedo 的同学都知道这里面有个著名的例子 simpapp ，它的作用就是把客户端发送的小写字母转换成大写字母返回给客户端。我们就把这个例子运行起来。
前期准备：
[root@localhost atmi]# cp -R simpapp/ /hzh/tuxedo/ 为了便于操作，把simpapp 拷贝到/hzh/tuxedo/ 目录下面。
[root@localhost tuxedo11gR1]# ls
bin help inventory lib samples udataobj
cobinclude include jre locale tux.env uninstaller
[root@localhost tuxedo11gR1]# cp -R tux.env /hzh/tuxedo/simpapp/ 把tuxedo 安装目录下的tux.env 配置文件拷贝到/hzh/tuxedo/simpapp/ 目录下
[root@localhost simpapp]# pwd
/hzh/tuxedo/simpapp
[root@localhost simpapp]# ls
README simpcl.c simpserv.c tux.env ubbsimple
配置运行 simpapp 例子
配置tux.env文件
[root@localhost simpapp]# vi tux.env 对配置文件进行修改
TUXDIR=/hzh/tuxedo/tuxedo11gR1; export TUXDIR
JAVA_HOME=$TUXDIR/jre; export JAVA_HOME
JVMLIBS=$JAVA_HOME/lib/i386/server:$JAVA_HOME/jre/bin
PATH=$TUXDIR/bin:$JAVA_HOME/bin:$PATH; export PATH
COBCPY=:$TUXDIR/cobinclude; export COBCPY
COBOPT="-C ANS85 -C ALIGN=8 -C NOIBMCOMP -C TRUNC=ANSI -C OSEXT=cbl"; export COBOPT
SHLIB_PATH=$TUXDIR/lib:$JVMLIBS:$SHLIB_PATH; export SHLIB_PATH
LIBPATH=$TUXDIR/lib:$JVMLIBS:$LIBPATH; export LIBPATH
LD_LIBRARY_PATH=$TUXDIR/lib:$JVMLIBS:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH
WEBJAVADIR=$TUXDIR/udataobj/webgui/java; export WEBJAVADIR
APPDIR=/hzh/tuxedo/simpapp; export APPDIR
TUXCONFIG=$APPDIR/tuxconfig; export TUXCONFIG
LANG=C; export LANG
配置ubbsimple 文件
[root@localhost simpapp]# hostname //查看本机hostname
node1
[root@localhost simpapp]# vi ubbsimple
# (c) 2003 BEA Systems, Inc. All Rights Reserved.
#ident "@(#) samples/atmi/simpapp/ubbsimple $Revision: 1.7 $"
#Skeleton UBBCONFIG file for the TUXEDO Simple Application.
#Replace the <bracketed> items with the appropriate values.
*RESOURCES
#IPCKEY <Replace with a valid IPC Key>
#Example:
IPCKEY 123456
DOMAINID simpapp
MASTER simple
MAXACCESSERS 10
MAXSERVERS 5
MAXSERVICES 10
MODEL SHM
LDBAL N
*MACHINES
DEFAULT:
APPDIR="/hzh/tuxedo/simpapp"
TUXCONFIG="/hzh/tuxedo/simpapp/tuxconfig"
TUXDIR="/hzh/tuxedo/tuxedo11gR1"
#Example:
# APPDIR="/home/me/simpapp"
# TUXCONFIG="/home/me/simpapp/tuxconfig"
# TUXDIR="/usr/tuxedo"
node1 LMID=simple //node1为本机hostname名
#Example:
#beatux LMID=simple
*GROUPS
GROUP1
.......
注意：APPDIR、TUXCONFIG和TUXDIR三个选项的路径要与 tux.env 文件中的配置保持一致。
修改完成，保存退出
[root@localhost simpapp]# . ./tux.env
[root@localhost simpapp]# tmloadcf -y ubbsimple //运行此命令不出出任何提示，表示一切正常
[root@node1 simpapp]# buildserver -f simpserv.c -o simpserv -s TOUPPER //编译服务器端程序
[root@node1 simpapp]# buildclient -f simpcl.c -o simpcl //编译客户端程序
这里需要说明的是，buildserver和buildclient命令需要系统安装gcc 才能被执行，gcc -v 查看本机是否安装GCC ，这里就不介绍gcc的安装了。
[root@node1 simpapp]# tmboot -y 启动进程
Booting all admin and server processes in /hzh/tuxedo/simpapp/tuxconfig
INFO: Oracle Tuxedo, Version 11.1.1.2.0, 32-bit, Patch Level (none)
Booting admin processes ...
exec BBL -A :
process id=2628 ... Started.
Booting server processes ...
exec simpserv -A :
process id=2629 ... Started.
2 processes started.
[root@node1 simpapp]# ps -ef 查看启动进程
root 2628 1 0 12:21 pts/2 00:00:00 BBL -C dom=simpapp -g 30002 -i 0
root 2629 1 0 12:21 pts/2 00:00:00 simpserv -C dom=simpapp -g 1 -i
root 2634 2558 0 12:23 pts/2 00:00:00 ps -ef
// 能找到上面几个进程表面已经启动成功
验证：
[root@node1 simpapp]# ./simpcl hello
Returned string is: HELLO
客户端发送一个小写的hello ，服务器端将返回一个大写的HELLO
[root@node1 simpapp]# tmshutdown -y //停止进程
IPC & TCP/IP
通过上面的配置，我们将tuxedo 一个小例子跑起来了，但是目前客户端与服务器同在一台机子上，同在一个机子上所使用的协议是IPC ，而我试验的环境是在win 7 下的下的虚拟机上运行centOS ，那么如何在win 7 下发送请求到centOS上呢？
IPC ：inter Process Communication （进程间通讯），适用于同一台机子上进程与进程之间的通讯。IPC 包括共享内存，队列，信号量等几种形式。通过IPC的方式通讯效率高。
如果两个进程分别在不同的机子上想实现通讯，就要走TCP/IP协议。
[root@node1 simpapp]# ifconfig
eth0 Link encap:Ethernet HWaddr 08:00:27:48:F5:9C
inet addr:192.168.0.107 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::a00:27ff:fe48:f59c/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:932 errors:0 dropped:0 overruns:0 frame:0
TX packets:693 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:79614 (77.7 KiB) TX bytes:89327 (87.2 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:5895 errors:0 dropped:0 overruns:0 frame:0
TX packets:5895 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:9015156 (8.5 MiB) TX bytes:9015156 (8.5 MiB)
结合上面信息再来分析，一台主机上的一个进程要想与另一台主机上的进程实现通讯，先将信息发送到eth0 网卡中，通过网线传输到另一台主机的eth0网卡，再由网卡传给另一个进程。
lo : local Loopback 表示本地环路，lo是一个特殊的网卡，两个进程之间通讯可以使用IPC协议，如果要使用TCP/IP协议的话就要通过lo这个特殊的网卡进行通讯。
通过上面的分析，我们知道两个进程间通讯有三种方式。
两个进程在同一台主机上：
一：通过IPC协议，使两个进程直接通讯，效率高。
二：通过TCP/IP协议，使用lo特殊网卡时行通讯。
两个进程在不同的两个主机上：
三：通过TCP/IP协议，使用eth0物理网卡进行通讯。
配置第二种方式通讯
我们现在使用的是第一种通讯方式，下面我们要将上面的修改的文件重新修改配置，来完成第二种方式通讯。
修改tux.env文件
TUXDIR=/hzh/tuxedo/tuxedo11gR1; export TUXDIR
JAVA_HOME=$TUXDIR/jre; export JAVA_HOME
JVMLIBS=$JAVA_HOME/lib/i386/server:$JAVA_HOME/jre/bin
PATH=$TUXDIR/bin:$JAVA_HOME/bin:$PATH; export PATH
COBCPY=:$TUXDIR/cobinclude; export COBCPY
COBOPT="-C ANS85 -C ALIGN=8 -C NOIBMCOMP -C TRUNC=ANSI -C OSEXT=cbl"; export COBOPT
SHLIB_PATH=$TUXDIR/lib:$JVMLIBS:$SHLIB_PATH; export SHLIB_PATH
LIBPATH=$TUXDIR/lib:$JVMLIBS:$LIBPATH; export LIBPATH
LD_LIBRARY_PATH=$TUXDIR/lib:$JVMLIBS:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH
WEBJAVADIR=$TUXDIR/udataobj/webgui/java; export WEBJAVADIR
APPDIR=/hzh/tuxedo/simpapp; export APPDIR
TUXCONFIG=$APPDIR/tuxconfig; export TUXCONFIG
LANG=C; export LANG
WSNADDR=//192.168.0.107:3200; export WSNADDR
修改ubbsimple文件
.......................
*MACHINES
DEFAULT:
APPDIR="/hzh/tuxedo/simpapp"
TUXCONFIG="/hzh/tuxedo/simpapp/tuxconfig"
TUXDIR="/hzh/tuxedo/tuxedo11gR1"
#Example:
# APPDIR="/home/me/simpapp"
# TUXCONFIG="/home/me/simpapp/tuxconfig"
# TUXDIR="/usr/tuxedo"
node1 LMID=simple
MAXWSCLIENTS=5
#Example:
#beatux LMID=simple
*GROUPS
GROUP1
LMID=simple GRPNO=1 OPENINFO=NONE
*SERVERS
DEFAULT:
CLOPT="-A"
simpserv SRVGRP=GROUP1 SRVID=1
WSL SRVGRP=GROUP1 SRVID=10 //增加一个WSL侦听进程
CLOPT="-A -- -n //192.168.0.107:3200" //IP地址为本机IP，端口号3200可以任意取，与tux.env 文件中的WSNADDR参数保持一致
*SERVICES
TOUPPER
[root@node1 simpapp]# tmloadcf -y ubbsimple // 编译文件
[root@node1 simpapp]# buildclient -f simpcl.c -o ws -w //重新编译客户端，ws 为编译的可执行程序，-w 参数表示客户端的编译是按照TCP/IP方式通讯的。
[root@node1 simpapp]# tmboot -y //启动进程
[root@node1 simpapp]# ./ws hello
Returned string is: HELLO
分析第二种通讯方式
我们在ubbsimple文件中配置了 WSL 参数
WSL SRVGRP=GROUP1 SRVID=10
CLOPT="-A -- -n //192.168.0.107:3200"
参数指向的IP为本机IP，在tux.env 文件中同样需要指定本机IP 。
使用tmboot -y 命令启动进程：
[root@node1 simpapp]# tmboot -y 启动进程
[root@node1 simpapp]# ps -ef 查看进程
root 3402 1 0 18:03 pts/2 00:00:00 BBL -C dom=simpapp -g 30002 -i 0
root 3403 1 0 18:03 pts/2 00:00:00 simpserv -C dom=simpapp -g 1 -i
root 3404 1 0 18:03 pts/2 00:00:00 WSL -C dom=simpapp -g 1 -i 10 -u
root 3412 2580 0 18:07 pts/2 00:00:00 ps -ef
客户端向tuxedo服务器发请求，由WSL进程处理，并返回另外一个IP及端口。客户端拿到IP及端口去访问真正的WSH进程。那为什么WSH进程为什么没有启动呢？ 这是因为WSH进程是在客户端发送请求后自动生成的。
[root@node1 simpapp]# ./ws hello //向服务器端发送请求
Returned string is: HELLO
[root@node1 simpapp]# ps -ef 查看进程
root 3402 1 0 18:03 pts/2 00:00:00 BBL -C dom=simpapp -g 30002 -i 0
root 3403 1 0 18:03 pts/2 00:00:00 simpserv -C dom=simpapp -g 1 -i
root 3404 1 0 18:03 pts/2 00:00:00 WSL -C dom=simpapp -g 1 -i 10 -u
root 3421 3404 0 18:12 pts/2 00:00:00 WSH -c 11 -i 0 -s 3375121 -p 204
root 3423 2580 0 18:12 pts/2 00:00:00 ps -ef
// 这里已经生成了WSH进程
--------------------------------------------------
