BEA Tuxedo的通信缓冲区.docVIP

BEA Tuxedo的通信缓冲区 ■北京 经乾 在编写通信程序时，一般使用缓冲区在两个通信实体之间传递数据。以C语言的socket通信为例，客户机使用char sendbuf[1024]分配一个大小为1K字符缓冲区，然后将要传递的数据复制sendbuf中，再调用write函数将它写到socket。为了避免溢出，一般将sendbuf定义得很大，这样不但浪费空间，而且还必须告诉write函数sendbuf中实际有多少字节需要传递。这些问题在Tuxedo中也是不可避免的，但幸运的是，Tuxedo提供了多种缓冲区类型以及FML函数，从而大大地简化了通信应用程序的开发。 Tuxedo提供了四种缺省的缓冲区类型：CARRAY、STRING、VIEW、FML，它们的特性如下表所示（其中VIEW和FML分为16位和32位两类）： 缓冲区名称 描述 长度 加解密 使用 效率 灵活 CARRAY 字符数组，同C语言中的字符缓冲区 定长 无 简单 ↑ ↓ 复杂 高 ↑ ↓ 低 死板 ↑ ↓ 灵活 STRING 字符串，同CARRAY，但可变长 变长 有 VIEW 视图，同C语言中的结构 定长 有 FML 字段缓冲区，由“字段标识/值”构成 变长 有 1．CARRAY的使用 在下面的例子中，左侧的客户程序从System/T申请的一块256K的CARRAY缓冲区，然后调用服务器上的CARRAY_SERV服务；右侧CARRAY_SERV服务读取serv.c文件，写到缓冲区中，并将其返回给客户程序；客户程序将缓冲区内容写到tmp.txt文件中。由于CARRAY是定长的，所以在tpalloc()、tpcall()和tpreturn()调用中都必须指定缓冲区的长度。 2．STRING的使用 simpapp就是使用STRING来传递数据的。在下面的例子中，左侧客户程序申请了一块STRING类型的缓冲区buf，然后将sendstr复制到buf中，再调用服务器上的STRING_SERV服务；右侧STRING_SERV服务将缓冲区内的字符转换成大写后，返回给客户程序。 由于STRING缓冲区是可变长的，所以在tpalloc()、tpcall()和tpreturn()等调用中都不必指定buf的长度，即便sendstr超出了buf的长度，执行strcpy()时也不会出错，此时buf将自动扩展到实际长度。 3．FML的使用 FML是Field Manipulation Language的缩写，它是一组用于定义和管理类型缓冲区的Tuxedo函数。BEA Tuxedo提供了两种标准类型缓冲区：FML和VIEW。VIEW可以看作是FML的结构化版本。在FML类型缓冲区中，每个字段都由一个字段标识符（FLDID）来确定。在16位的FML中，FLDID是一个16位整数，在32位的FML中，FLDID是一个32位整数。下面是FML类型缓冲区的格式： 若fldid为定长字段，它的值是data；若fldid是可变长字段，它的长度是len，值是len后面的data。FML支持的字段类型有：short、long、char、float、double、string、carray和缓冲区指针。Tuxedo提供了一个创建类型缓冲区的工具：Tuxdev，通过它可以定义FML和VIEW。 作为FML运用的例子，这里介绍一个通信录传输程序。该程序的客户部分将好友编号、姓名、手机号放入FML缓冲区，然后请求服务；服务器接收到请求后，从FML缓冲区中取出这三类信息，再把它们插入数据库。为此，使用Tuxdev创建一个名为friend的FML文件，其内容如右图所示。Name列定义了字段标识；Number是一个唯一的整数（对于16位的FML，可以使用101——8191之间的任何值）；Type定义了字段的数据类型。点击Build菜单中的Create，即可生成一个名为friend.h的标准C语言头文件。由于客户程序和服务程序都用到了FRIEND_ID等常量，所以都必须包含friend.h。 在上面的程序中，左下角为客户程序，它定义了一个FBFR类型的指针fbfr，用于指向tpalloc()调用分配的FML缓冲区，Fadd()调用将FRIEND_ID、FNAME、FMOBILE和它们的值依次放入fbfr指向的FML缓冲区，tpcall()调用请求的FRIEND_ADD服务；右下角为服务程序，在FRIEND_ADD服务中，Fvall()和Fget()调用从请求缓冲区中取出数据，嵌入式SQL语句EXEC SQL insert into…将通信录数据插入数据库。 4．VIEW的使用 VIEW和FML大致相同。在FML缓冲区中，字段是独立的，而在VIEW缓冲区中，字段被组织成一个C语言的结构，仍以3中通