tuxedo

3 月，跳不动了？>>> 在电信领域的开发中，现在流行的架构是前台使用java,负责组织业务流程、展现结果，后台使用C/C++来封装各种服务，供前台调用。这就会出现前台Java如何连接Tuxedo服务器，调用服务的问题。通常，有两种解决方案，WTC和Jolt。WTC是weblogic连接tuxedo的专有方案，Jolt是tuxedo本身携带的组件。因为weblogic和tuxedo都是oracle的产品，因此，可以推测，WTC的集成度和效率会高一些，功能强大一些，但须于weblogic绑定，没有Jolt自由度高，因此个人推荐使用Jolt来连接tuxedo. 下面将介绍使用Jolt连接Tuxedo过程中，tuxedo侧的主要配置，以及令人头痛的乱码问题的解决： 1.1 、 ubbconfig 文件配置 为使 Jolt 客户端 正常连接到 Tuxedo 服务器，需要在 ubbconfig 中开启 JSL 和 JREPSVR 两个进程， JSL 用于监听并分发客户端的请求， JREPSVR 进程用于配置 Tuxedo 导出给 Jolt 客户端的服务，具体配置如下： 修改 *RESOURCES 区的 MAXACCESSERS 参数的值为足够大，如 900 。 在 *GROUPS 区添加 JSLGRP 和 JREPGRP 两个 group ，如下： JSLGRP LMID=SITE1

3 月，跳不动了？>>> 注：大约4年前，在上家公司封装的一个Jolt调用Texedo的包，并写的一个使用文档。不知道现在还有没有人使用Jolt这个东西了。 源码下载地址见文章最后 -------------------------------------------------------------------------------------------------------------------------------- 1 Jolt 通用调用包简介 1.1 调用 Tuxedo 服务的两种方式 在程序开发中，有两种方式可以调用 Tuxedo 服务，分别是： 1. 用 C/C++ 来编写程序，通过 WSL 来调用 Tuxedo 提供的服务。 2. 用 Java 通过 Jolt 包来编写程序，通过 JSL 来调用 Tuxedo 提供的服务。 第一种方式使用 C/C++ 语言开发，效率高，但是程序调试困难，容易出错。 第二种方式使用 Java 语言开发，运行效率相对于第一种方式略有不足，但是开发容易，调试简单。但是为了提供更大的灵活性，使用 Jolt 方式对长连接和短连接调用提供了两套完全不同的 API ， 1.2 Jolt 通用调用包的目标 l 简化开发 仅需要编写少量的代码就可以完成 Tuxedo 服务调用。 l 屏蔽长短连接 对于长连接或者短连接

Tuxedo 作为系统的中间件，其配置主要包括：资源文件的配置和应用环境的配置；其管理和维护主要包括：系统的启动和关闭、日志的跟踪查看工作。 Tuxedo 应用系统的配置 一、应用系统的资源配置，全都包含在两个资源配置文件中（ubbconfig 和dmconfig ），在这两个配置文件中包含了系统所有的应用资源（文件）。 1、 对于ubbconfig文件，可以任意使用一个文件名（如：ubb.txt），使用一种文本编辑工具，将应用系统的资源分类进行配置，相关进程启动数量等等都应该配置在其中，然后设置环境变量TUXCONFIG，使用系统命令：tmloadcf 来将文本文件ubb.txt，转化生成环境变量TUXCONFIG制定的二进制文件。在该文件中主要包含了几个参数的设置：系统所使用的共享内存的键值IPCKEY，针对workstation客户端的监听进程的端口（WSL），多台机器之间互连（登记中心与各网关）的网络地址和端口（NADDR，NLSADDR），数据依赖路由的设定等等。 详细的内容参看《Ubbconfig配置.doc》 参看模版来实现移植或添加应用进程等等。 2、 对于dmconfig文件，可以任意使用一个文件名（如：dm.txt），使用一种文本编辑工具，将应用系统的多域互联及互相调用的关系进行配置，包括多域之间互联的地址和端口，然后使用系统命令：dmloadcf

Tuxedo 配置维护手册 Tuxedo 作为系统的中间件，其配置主要包括：资源文件的配置和应用环境的配置；其管理和维护主要包括：系统的启动和关闭、日志的跟踪查看工作。 Tuxedo 应用系统的配置 一、应用系统的资源配置，全都包含在两个资源配置文件中（ubbconfig 和dmconfig ），在这两个配置文件中包含了系统所有的应用资源（文件）。 1、 对于ubbconfig文件，可以任意使用一个文件名（如：ubb.txt），使用一种文本编辑工具，将应用系统的资源分类进行配置，相关进程启动数量等等都应该配置在其中，然后设置环境变量TUXCONFIG，使用系统命令：tmloadcf 来将文本文件ubb.txt，转化生成环境变量TUXCONFIG制定的二进制文件。在该文件中主要包含了几个参数的设置：系统所使用的共享内存的键值IPCKEY，针对workstation客户端的监听进程的端口（WSL），多台机器之间互连（登记中心与各网关）的网络地址和端口（NADDR，NLSADDR），数据依赖路由的设定等等。 详细的内容参看《Ubbconfig配置.doc》 参看模版来实现移植或添加应用进程等等。 2、 对于dmconfig文件，可以任意使用一个文件名（如：dm.txt），使用一种文本编辑工具，将应用系统的多域互联及互相调用的关系进行配置，包括多域之间互联的地址和端口，然后使用系统命令

/* #ident "@(#) samples/atmi/simpapp/simpserv.c $Revision: 1.7 $" */ #include <stdio.h> #include <ctype.h> #include <atmi.h> /* TUXEDO Header File */ #include <userlog.h> /* TUXEDO Header File */ #include </home/zhangenhao/OraHome_1/tuxedo12.1.3.0.0/simpapp/clsinterface.h> #include <fml.h> #include "strPort.h" #include <string.h> #include <stdlib.h> #include "cJSON.h" #define ROW 4422 #define STRLEN 120 #define MOSTDOMAIN 200 #define DATALEN 2048 int lastIndexOf(char *dst, char *src); int indexOf(char *dst, char *src); void ltrim(char *str); void rtrim(char *str); void trim(char *str); void

一 Tuxedo 是什么？ 　　Tuxedo是BEA公司（现已被Oracle公司收购）的一个客户机/服务器的“中间件”产品，它在客户机和服务器之间进行调节，以保证正确地处理事务。它用C语言技术开发的并且有很高性能。 　　TUXEDO是在、Internet 这样的分布式运算环境中开发和管理三层结构的客户/服务器型关键任务应用系统的强有力工具。它具备分布式事务处理和应用通信功能，并提供完善的各种服务来建立、运行和管理关键任务应用系统。开发人员能够用它建立跨多个硬件平台、数据库和操作系统的可互操作的应用系统。 二 Tuxedo 的主要作用是： 　　*屏蔽分布式环境中各种通信协议、硬件体系结构、操作系统、数据库和其它应用服务等方面的差异，使分布于网络节点上的应用程序的各个单元部件之间能够进行互操作，并协调操作的一致性和完整性，最大限度地节省系统资源，提高系统性能。 　　* Tuxedo 已经广泛地应用于金融、电信、制造业等各行各业的核心业务系统。 三 Tuxedo安装 3.1下载地址 http://www.oracle.com/technetwork/cn/middleware/tuxedo/downloads/index.html Oracle Tuxedo 11gR1 (11.1.1.3.0) 适用于 Linux x86-64（64 位）（86,027,903 字节） 3.2创建用户

可以将文章内容翻译成中文,广告屏蔽插件可能会导致该功能失效(如失效，请关闭广告屏蔽插件后再试): 问题: I'm trying to port an old C .dll library originally done with MSVC that uses BEA Tuxedo library to use MinGW. I have encountered a situation where MSVC compiles and links one file but MinGW fails. The actual problem is in linking stage. There comes 'undefined reference' error. Here's the minimal example to create a dll: (tpsetunsol_test.c) #include void __stdcall msghandler(char *pszMessage, long lMessageLen, long lFlags) { } int Inittpsetunsol() { int ret = 0; tpsetunsol(msghandler); return ret; } This compiles without errors: gcc -Wall