关键词：C-M-C三层架构；TUXEDO中间件；客户端；服务端；

如何硕士论文发表？如何做到硕士论文发表既能正常引用又不抄袭呢？如何选择中国职称论文网论文代发 ？
摘要：以TUXEDO中间件为基础的应用系统广泛使用在金融、电信、航空等行业中。本文在三层架构模式下，论述TUXEDO客户端如何实现访问多服务端。

1 C-M-C架构与TUXEDO应用多服务端
C-M-C是指客户、中间件、服务器的三层结构。他是通过Client/Server（客户/服务器）结构发展而来的。在OLTP系统结构中，出于安全和数据库性能的考虑，C-M-C已经成为主流系统模式，C/S结构则主要成为技术人员维护模式。TUXEDO作为应用服务器的构筑平台，很好的支持了全局事物管理，分布式应用管理，负载平衡，优先级管理，多机互备。TUXEDO服务端提供服务service，而客户端发起访问一次service的过程，称之为交易（transaction）。当有多个独立业务系统出现时，就必须为每个业务系统，开发其业务应用服务端，同时开发多个客户端来与之对应，结果：用户必须掌握不同风格的客户端，并且必须在多个窗口进行类似的操作。
 如何解决这个问题呢？1）从服务端考虑，将独立业务功能的服务端统一到一个大系统中，解决分散的局面，但统一后，系统压力巨大。2）引入一个中间的公共系统（渠道）系统，新增的系统作为业务交易分发器，增加了需要运行维护的系统。3）解决多个服务端和多个客户端的问题，需要找到系统减少和系统压力增加的平衡点——统一客户端。服务端实现业务逻辑，对于用户来说完全是透明的，修改服务端将遇上第1和2方案的问题，而客户端承担用户使用风格和展现结果的任务，减少客户端种类，应该更符合用户需要。用户并行操作基本上是不会发生的，统一客户端，不会增加现有系统的压力。
2 TUXEDO客户端访问服务端
TUXEDO客户端基本应该分为业务展现层，应用通讯层。业务展现层：用户输入/回显界面；简单业务校验功能；交易发送的目标（sevice）。应用通讯层：完成客户端变量数据打包操作，调用TUXEDO通讯函数发出请求报文，接收服务端发来的返回报文，校验报文，将报文数据解包，赋值客户端变量。
2.1 客户端访问多服务端设计
统一客户端必须访问多个服务端，所以多个服务端的IP和端口号，及其所提供的services必须进行列表管理。用户调用一个交易(transaction)访问服务(service)时，应用层应该将其所隶属的服务器IP、端口正确配对。这一对应关系，应该在客户端的双层结构中始终保持，直到交易调用结束。
 统一客户端可以访问多个客户端，对多个services进行顺序访问。在普通交易中，一次只向一个service进行请求，所以只要一个service及其服务器IP、端口号信息。当需要多次请求不同services时，需要创建一个路由表，将需要访问的services进行排序，出现一个services、及其IP、端口号的，顺序访问关系结构。应用通讯层根据路由，顺序发起service请求。这一扩展功能，大大简化了业务交易种类，实现客户端逻辑统一。
2.2 客户端通讯数据处理
客户端的数据在应用通讯层进行打包（Fchg）操作和解包(Fget)操作，这是依赖TUXEDO的FML字段控制语言实现的。将客户端的变量通过TUXEDO生成c语言头文件，头文件中存储TUXEDO变量域地址(fldid)。将该文件编译客户端，再将该文件编译到服务端，才能实现客户端、服务端直接进行正确通讯。
一个客户端和一个服务端共用一个c语言头文件。统一客户端使用同样原理，c语言头文件在统一客户端上进行动态调用。建立关系表(t_srv_fld)，服务端名称，service名称，变量名称，域地址(fldid)。客户端打包时，知道服务端名称，service名称和变量名称，这样就可以从表t_srv_fld中找到正确的域地址，进行正确打包。解包也使用同样原理。动态控制域地址，使客户端增加交易时，不需要编译服务，只需要配置关系表，提高客户端代码复用功能。
2.3 客户端展现处理
用户在业务展现层选取交易（transaction），输入数据，由客户端自动判断发送交易发送目标服务器和服务，用户完全透明使用。结果输出时，情况复杂许多。客户端访问服务端系统时，依赖输入数据后形成的路由，同时也依赖业务展现层的缓冲池。
缓冲池，用于存放后台回送前台的数据。单一客户端发送单一服务端时，回送数据只要不超出缓冲池，业务展现层都进行结果显示。当客户端路由访问多个服务端时，会出现多个服务端数据很少，这是缓冲池就可以将数据集合后，显示给用户。当客户端路由访问第一服务端时，缓冲池就满，这是业务展现层会中断应用通讯层的工作，先将结果显示给用户，清空缓冲池，然后等待用户点击下一页请求或退出交易请求服务操作。
 缓冲池概念引入和中断机制的引入，使交易在客户端可以拥有交易优先级这一逻辑概念，从而增加了客户端对服务端控制的能力，极大扩展了客户端的功能。
3 结束语
在线的大型应用系统中，因业务逻辑实现问题，开发、运维人员通常非常重视服务端，而对客户端往往不重视。笔者参加多个基于TUXEDO的应用系统开发，在对客户端、服务端的开发、运维中不断总结，提出了TUXEDO客户端改造，而实现多服务器端访问的构想。