tuxedo基本操作atmi介绍
系统自带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:
客户端收到响应后。总是应该使用返回参数中的地址，并比较缓冲区是否有变化。
tpacall：
返回值为一个描述符，供tpreply使用。若标志位包含了tpnoreply,返回的描述符为无符值，不能被随后的tpgetrply引用。即使在事务模式下，响应可能未全部到达,但仍允许客户端提交，为保证不出错，要尽量保证所有的响应能到达。
在一个事务中，可以为tpcall,tpacall都指定TPNOREPLY,TPNOTRAN标志。
关于缓冲区的参数，type,subtype都要和服务端所期望的类型完全相同。否则系统会出错。tpacall的缓冲区只要在返回后，就立即可用作下一次发送请求。
tpgetrply的len指针不能为空。此函数会一直阻塞直到收到响应。
tpsprio只用作用于接下来的一个请求，无论是同步，异步，被转发的。其默认值为对应交易的值。
基于对话的开发：
对话服务进程不允许使用请求转发。
同一个服务端/客户端都可以同时进行多个会话，最大值为64
建立连接的时候，可同时进行数据的发送。
会话内依然可以使用tpcall，tpacall呼叫其它的交易。
建议在服务端使用tpreturn结束连接。遭遇异常时，可由客户端使用tpdiscon来断开连接。对话开始时由tpconnect 建立的连接是一个半双工的虚连接：只有获得当前连接控制权的一方才能使用tpsend发送数据。通过由控制方指定标志值可将连接的控制权转移至连接的另一端。如果客户端tpconnect时指定了TPSENDONLY则表明客户端取得控制权，若为TPRECVONLY表明服务端取得控制权。tpsend可指定标志值，而tprecv可获得事件值。对于具有层级的会话（嵌套会话），为了使多个会话能有序地断开连接，一般由被调用的最深层次的服务端调用tpreturn来终止连接。
基于全局事务的开发：
可以跨越多个服务器上的多个资源管理器，并将提交给它们的多个事务共同作为一个大的逻辑事务，要么全部提交，要么全部回滚。如果某个事务内调用了带有TPNOTRAN标志值的tpcall,tpacall,tpconnect，则它们执行的成功与否不被事务管理器所参考用来提交与回滚但事务依然会因此某个呼叫等待而超时。
事务内可以使用会话。已经开始的事务内不可以再调用tpbegin().
tpbegin：
timeout参数应该参考tuxconfig中SCANUNIT（默认为10s）的值，与实际应用关系较大,若和用户交互等待时间较短，处于生产环境时此时间较长。flags目前必须置0. SCANUNI值指示系统扫描阻塞的交易调用或超时事务的周期。
tpsuspend,tpresume:
事务可以被暂停与继续，除了当前还有未处理的异步事件时。另一个进程可以根据事务标识符来恢复事务。
tpcommit:
必须由调用tpbegin的进程来调用tpcommit，tpabort.否则无效。在未收到响应时，不应使用tpcommit. 当之前的调用失败时，tpcommit不应被使用。
两步提交：
主管理器向所有从管理器发送提交指示，所有从设备回送准备完成时，才最终提交所有事务。tpcommit可以在一步提交时返回，也可以在两步提交后返回。
tpabort:
用来结束一个事务，之前未收到响应的所有呼叫描述符都会不可用，而且事务之前所做的改变都会被回滚。
可以在服务端设置AUTORUN为Y，使得一个事务可以自动开始。这样在收到一个带有tpnotran的tpcall时，不会有意料之外的情况。关于客户端与服务端是否共同支持事务的讨论比较多。
关于tuxedo队列的开发：
tuxedo队列支持出队，入队，转发等操作，并且负责管理基于事务的队列。
使用tuxedo队列，管理员需要做如下任务：
定义一个组，专用于队列，比如TMS_QM。
服务进程TMQUEUE,TMQFORWARD，需要被定义。
队列空间需要被创建。
事务中使用队列：
系统允许我们在同一个事务中先出队响应，再入队请求。但不允许先入队请求，再出队响应。在同一个事务中用于入队的请求需要及时成功提交(若入队后，事务回滚，则某些tpcall可能会重做多次)，即使响应当前还未到达。
若出队操作失败，并且当前事务回滚，可以通过配置重试次数与重试间隔来再次dequque.
关于出错处理：
tperrno :
所有的atmi函数如果返回值不正常，系统都会设置tperrno. 对于tpreturn,tpforward,它们用来结束一个交易，服务端通过返回值即可判断出错。客户端只能通过检查tpcall返回值后，再tperrno来检查是否出错原因。
tpurcode:
通过tpreturn的rcode用来设置tpurcode值，该值用来表示应用自定义的一些状态，与tpreturn的返回值是否正常无关。
tuxedo系统错误：
当发现系统级错误时，tuxedo会向事务日志中心发送一条日志消息，并设置tperrno.
呼叫描述符错误：
在异步呼叫时，请求端与响应端通过呼叫描述符来关联匹配。会话型呼叫时，虚拟连接通过呼叫描述符来标识。
描述符的数量若超出资源限制，则出错。一个应用的同一个上下文中只允许有50个未响应的消息在排队。
描述符若无效，则不能使用。如事务结束或超时后，描述符不可以再被使用。
对话错误：
如果一个描述符不可用，tpsend,tprecv,tpdiscon返回错误。在对话连接建立后，若有事件发生，tpsend会发送失败，并且revent值会被设置。
重复对象错误：
交易名不可被重复声明，事务不可被多次恢复，事件不可被多次订阅。
通信错误tpesvcfail,tpesvcerr:
如果tpreturn在处理过程中发生错误，返回错误并设置tperrno为tpesvcerr,数据不被发送。对端通过tperrno来获知错误。
如果通过用户编码返回rval为tpfail则系统将tperrno设为tpesvcfail，表示这属于应用自定义的异常，并将数据发送至对端。
通信错误tpeblock,tpgotsig
如果tpcall指定TPNOBLICK而发送数据过程中被阻塞，则返回TPEBLOCK。此标志值指定发送数据过程而不限定立即得到响应。
如果函数处理过程被信号中断，则返回tpgotsig.可通过在标志值tpsigrstrt来保证函数自动重启不致失败。
参数不合法：
应用级别的错误，tuxedo系统可以自动检测，建议在应用级别检查所传参数合法。
无效条目：
通常在分配资源类函数中，若系统在资源范围内找不到对应的类型标识会返回。
tpalloc中指定了无效的缓冲类型。
tpinit无法在公告板中为自身创建条目，此时公告板空间可能不够。
tpcall请求的交易还未在公告板注册。
tpconnect请求的服务名不存在。或该服务类型不是对话类型的。
togprio中指定的请求并不存在。
tpunadvertise中指定的订阅名不存在。
tpenqueue/dequque,指定的队列不可用。
tppost/subscribe系统事件分发器不可访问。
操作系统错误:
如果tperrno 返回TPEOS，则表明某个系统调用失败。此时可以使用Uunixerr来获得对应的系统errno.
权限错误：
若tpinit失败，同时tperrno被置为TPEPERM，则表明配置文件有问题。
协议错误（TPEPROTO）：
主要由函数调用的顺序不当或函数在不恰当的进程内被调用未加入应用就调用tpcall。未进行tpbegin.却调用tpcommit.
队列错误（TPEDIAGNOSTIC）：
错误原因可由ctl缓冲取得。
资源管理器错误（TPERMERR）：
tpopen,tpclose发生错误，错误原因需要对数据库相关信息进行判断。
超时错误:
在配置文件中可以定义两种时间限制。一个应用等待响应的时间，称为阻塞时间。一个事务处理的时间，称为事务超时。
在事务模式下，若系统返回TPETIME表明一个事务超时。事务处理时，事务超时的作用会覆盖掉阻塞超时。
普通模式下，若一个异步呼叫超时，调用会失败，但呼叫标识符仍可用。
若发生了事务超时，则其中进行的异步呼叫对应的呼叫标识符不再可用。
缓冲区类型错误：
函数发现不识别的缓冲区类型。
事务专题：
在事务模式下，需要遵循如下建议，
隶属于同个事务的所有进程，如果发送了请求则要等待响应。除了在tpacall中指定tpnotran,tpnoreply.
服务端在返回或转发前一定要等待所有的请求收到响应。
发起tpbegin的一端在未收到响应前，不可以调用tpcommit.
如果事务并未超时但被标识为abort-only,接下来的交互都应标志TPNOTRAN，以保证整个事务能够被正确的回滚。
若事务被标识为abort-only,则tpgetrply返回值仅仅反映本地状态。
一旦tpgetrply, tpsend,tprecv发生错误，则对应的标识符失效，不论是否事务模式。
一旦事务被终止，所有的未决呼叫标签符无效。
事务相关的错误：
只有在当前的客户端与资源管理器处理完毕，才可以对之前暂停的全局事务进行恢复。
对于不支持事务的服务端，发出的请求应带上TPNOTRAN标志。
被置abor-only的情况，tpreturn返回时处理参数出现错误，rval参数被置为TPFAIL。在此情况下应该使用tpabort进行终止，所做更改会被回滚，其后所有的描述符将不可用。但只要事务还没有超时，依然可以使用带有TPNOTRAN标志的函数进行操作。
一旦事务超时，能发送请求的类型只有异步通信，并置TPNOREPLY,TPNOBLOCK,TPNOTRAN标志。
如果在tpcommit时发生超时，需要查看错误码或资源管理器。
tpterm用来将客户端的上下文从应用中移除。如果此时还处于事务模式，则出错，客户端的资源未被改动。
不需要程序员显式对数据库者提交操作。tuxedo会自动对资源管理器进行提交与终止。在事务模式下参与方又进行了另一个呼叫：
若服务端发生严重错误，则当前事务被置为abort-only.若参与方被中断，则当前事务也会失败。另一个呼叫的类型不得为TPNOREPLY.
Tuxedo日常监控维护培训-v1-0
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)
EWB操作简介
电路设计与仿真软件—EWB5.OC操作技术 EWB(Electronics Workbench，电子工作台)是加拿大Interactive Image Technologies Ltd.公司开发的专用电路设计与仿真软件，它以SPICE3F5为软件核心，增强了其在数字及模拟混合信号方面的仿真功能，是一个非常优秀的专门用于电子电路设计与仿真分析的EDA软件。自1988年发布以来，EWB已被30多个国家使用，目前应用较多的是1996年推出的Electronics Workbench 5.0版，该软件对系统要求不高，总容量不到17MB，可以从网上下载，使用时无元件数量限制。由于EWB本身提供了丰富的元器件模型和完善的分析工具，加之采用原理图方式直接输入电路，电路设计极为方便、仿真功能非常强大，现已成为电路课程仿真教学和电子产品开发设计的常用软件。 一、EWB操作流程 的电子实验室主要由工作架和工作台组成，工作架上摆放有搭接 电路的元器件和测试电路的仪器设备，实验人员将仪器设备和元 器件从工作架移到工作台上，搭接好实验电路，打开电源开关即 可进行电路测试。EWB正是按照这种实验室的工作过程来设计软 件的操作流程。用EWB软件来设计电路并进行仿真分析的操作流 程主要包括：放置元件、调整方位、设置参数、元件连线、接入 仪器、仿真分析和结果处理等七个操作步骤。电路设计与仿真分 析的操作流程如图1所示，下面以EWB5.0C为例分别加以介绍。 1.放置元件 EWB与其它WINDOWS应用程序一样，有一个基本的工作界 面，该界面主要由标题栏、菜单栏、工具栏、元器件栏、电路工 作区、仿真电源开关和电路描述区等部分组成。元器件栏相当于 实验室的工作架，在元器件栏中按类别存放有不同的元器件和测 试仪器。元器件栏共有自定义器件库、信号源库、基本器件库、 二极管库、三极管库、模拟集成电路库、混合集成电路库、数字 集成电路库、逻辑门电路库、数字模块库、指示器件库、控制器 件库、其它器件库和仪器库等14个元器件库。点击元器件库，从库中将元器件拖曳至电路工作区，即可完成放置元件的操作步骤。 2.调整方位 设计制作电路原理图时，往往需要适当调整元器件的方向和位置，使电路整洁有序。调整元器件的方向，可先选中元器件，利用Ctrl+R快捷方式实现旋转操作，也可使用工具栏的旋转、垂直反转、水平反转，或选择菜单命令Circuit\Rotate、Circuit\Flip Vertical、Circuit\Flip Horizontal实现元器件的旋转或反转操作。调整元器件的位置可用鼠标拖曳选中元件到指定位置后松开，也可先选中元件，用键盘上的箭头键使之作微小移动。取消选中只需单击电路工作区的空白部分即可。 3.设置参数 双击电路工作区中的元器件可弹出属性对话框，选中元器件后点击工具栏中的元器件属性按钮，或右击鼠标，选中元件属性命令，或执行菜单命令Circuit\Component Properties，也可弹出属性对话框。在元件属性对话框中一般可设置标识、模型、数值、故障、显示和分析设置等元件参数。图2以电阻元件为例，列举了一个属性参数设置窗口实例，其它参数窗口可参照设置。 4.元件连线 １
单面板和双面板制作流程
概述PCB（Printed Circuit Board），中文名称为印制线路板，简称印制板，是电子工业的重要部件之一。几乎每种电子设备，小到电子手表、计算器，大到计算机，通讯电子设备，军用武器系统，只要有集成电路等电子元器件，为了它们之间的电气互连，都要使用印制板。在较大型的电子产品研究过程中，最基本的成功因素是该产品的印制板的设计、文件编制和制造。印制板的设计和制造质量直接影响到整个产品的质量和成本，甚至导致商业竞争的成败。 印制电路在电子设备中提供如下功能： 提供集成电路等各种电子元器件固定、装配的机械支撑。 实现集成电路等各种电子元器件之间的布线和电气连接或电绝缘。 提供所要求的电气特性，如特性阻抗等。 为自动焊锡提供阻焊图形，为元件插装、检查、维修提供识别字符和图形。 有关印制板的一些基本术语 在绝缘基材上，按预定设计，制成印制线路、印制元件或由两者结合而成的导电图形，称为印制电路。 在绝缘基材上，提供元、器件之间电气连接的导电图形，称为印制线路。它不包括印制元件。 印制电路或者印制线路的成品板称为印制电路板或者印制线路板，亦称印制板。 印制板按照所用基材是刚性还是挠性可分成为两大类：刚性印制板和挠性印制板。今年来已出现了刚性-----挠性结合的印制板。按照导体图形的层数可以分为单面、双面和多层印制板。 导体图形的整个外表面与基材表面位于同一平面上的印制板，称为平面印板。 有关印制电路板的名词术语和定义，详见国家标准GB/T2036-94“印制电路术语”。 电子设备采用印制板后，由于同类印制板的一致性，从而避免了人工接线的差错，并可实现电子元器件自动插装或贴装、自动焊锡、自动检测，保证了电子设备的质量，提
tuxedo基本操作atmi介绍
系统自带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:
通过wtc使tuxedo与weblogic通信开发
标题：通过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)
EWB软件的使用教程
EWB软件的使用 第一章EWB的使用 一、EWB概述 Electronics Work bench(简称EWB)，中文又称电子工程师仿真工作室。该软件是加拿大交换图像技术有限公司(INTERACTIVE IMAGE TECHNOLOGIES Ltd)在90年代初推出的EDA软件。而在国内应用EWB软件，却是近几年的事。目前应用较普遍的EWB软件是在Windows95/98环境下工作的Electronics Work bench5.12(简称EWB5.12)，该公司近期又推出了最新电子电路设计仿真软件EWB6.0版本。 在众多的应用于计算机上的电路模拟EDA软件中，EWB5.12软件就像一个方便的实验室。相对其它EDA软件而言，它是一个只有几兆的小巧EDA软件。而且功能也较单一、似乎不太可能成为主流的EDA软件形象，也就是用于进行模拟电路和数字电路的混合仿真。 但是，EWB5.12软件的仿真功能十分强大，近似100%地仿真出真实电路的结果。而且，它就象在实验室桌面或工作现场那样提供了示波器、信号发生器、扫频仪、逻辑分析仪、数字信号发生器、逻辑转换器，万用表等广播电视设备设计、检测与维护必备的仪器、仪表工具。EWB5.12软件的器件库中则包含了许多国内外大公司的晶体管元器件，集成电路和数字门电路芯片。器件库没有的元器件，还可以由外部模块导入。 EWB5.12软件是众多的电路仿真软件最易上手的。它的工作界面非常直观、原理图与各种工具都在同一个窗口内，即使是未使用过它的工程技术人员，稍加学习就可以熟练地应用该软件。现代的广播电视设备电路结构复杂，而EWB5.12软件，可以使你在许多电路设计、检测与维护中无须动用电烙铁就可以知道它的结果，而且若想更换元器件或改变元器件参数，只须点点鼠标即可。 电子工作平台的设计试验工作区好像一块"面包板"，在上面可建立各种电路进行仿真实验。电子工作平台的器件库可为用户提供350多种常用模拟和数字器件，设计和试验时可任意调用。虚拟器件在仿真时可设定为理想模式和实模式，有的虚拟器件还可直观显示，如发光二极管可以发出红绿蓝光，逻辑探头像逻辑笔那样可直接显示电路节点的高低电平，继电器和开关的触点可以分合动作，熔断器可以烧断，灯泡
CAM 制作的基本步骤
●CAM 的概念 大家已有CAD 的概念，但在光绘工序中必须要有CAM 的概念。因为每个厂的工艺流程和技术水平各不相同，要达到用户的最终要求，必须在制作工艺中做出必要的调整，以达到用户有关精度等各方面的要求，而在CAD 软件中，有许多工艺处理是无法实现的，因此CAM 是光绘生产中必不可少的工序。前面所讲的各项工艺要求，都要在光绘之前做出必要的准备工作。比如镜相、阻焊扩大、工艺线、工艺框、线宽调整、中心孔、外形线等问题都要在CAM 这道工序来完成。 ●CAM 工序的组织 由于现在市面上流行的CAD 软件品种繁多（多达几十种），因此对于CAD工序的管理必须首先从组织上着手，好的组织将达到事半功倍的效果。由于Gerber 数据格式已成为光绘行业的标准，所以在整个光绘工艺处理中都应以Gerber 数据为处理对象。如果以CAD 数据作为对象会带来以下问题。 1、CAD 软件种类繁多，如果各种工艺要求都要在CAD 软件中完成，就要求每个操作员都能熟练掌握每一种CAD 软件的操作。这将要求一个很长的培训期，才能使操作员成为一个熟练工，才能达到实际生产要求。这从时间和经济角度都是不合算的。 2、由于工艺要求繁多，有些要求对于某些CAD 软件来讲是无法实现的。因为CAD软件是做设计用的，而没有考虑到工艺处理中的特殊要求，因而无法达到全部的要求。而CAM 软件是专门用于进行工艺处理的，做这些工作是最拿手的。 3、现流行的CAM 软件功能强大，但全部是对Gerber 文件进行操作，而无法对CAD 文件操作。 4、如果用CAD 来进行工艺处理，则要求每个操作员都要配备所有CAD 软件，并对每一种CAD 软件又有不同的工艺要求。这将对管理造成不必要的混乱。综上所述，CAM 工序的组织应该是以下结构，尤其是大中型的企业： a、所有的工艺处理统一以Gerber 数据为处理对象。 b、每个操作员须掌握CAD 数据转换为Gerber 数据的技巧。 c、每个操作员须掌握一种或数种CAM 软件的操作方法。 d、对Gerber 数据文件制定统一的工艺规范。 e、CAM 工序可以相对集中由几个操作员进行处理，以便于管理。 合理的组织结构将大大提高管理效率、生产效率，并有效地降低差错率，从而达到提高产品质量的效果。 ●CAM 所要作的工作 1、焊盘大小的修正，合拼D 码； 2、线条宽度的修正，合拼D 码； 3、最小间距的检查；焊盘与焊盘之间、焊盘与线之间、线条与线条之间； 4、孔径大小的检查，合拼； 5、最小线宽的检查； 6、确定阻焊扩大参数； 7、进行镜相； 8、添加各种工艺线，工艺框； 9、为修正侧蚀而进行线宽校正； 10、形成中心孔； 11、添加外形角线； 12、加定位孔； 13、拼版：旋转、镜相；
TUXEDO简介及命令介绍
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基于网络的图形界面管理可以简化对电子商务的管理， 为建立和部署电子商务应用系统提供了端到端的电子商务交易平台。
3、EWB的操作使用方法
3、EWB的操作使用方法 3.1 电路的创建 电路是由元器件与导线组成的，要创建一个电路，必须掌握元器件的操作和导线的连接方法。 3.1.1 元器件的操作 1. 元器件的选用 选用元器件时，首先在元器件库栏中单击包含该元器件的图标，打开该元器件库。然后从元器件库中将该元器件拖曳至电路工作区。 2. 选中元器件 在连接电路时，常常要对元器件进行必要的操作：移动、旋转、删除、设置参数等。这就需要选中该元器件。要选中某个元器件，可使用鼠标器左键单击该元器件。如果要一次选中多个元器件，可反复使用CTRL+“鼠标左键单击”选中这些元件。被选中的这些元器件以红色显示，便于识别。 此外，拖曳某个元器件也同时选中了该元器件。 如果要同时选中一组相邻的元器件，可在电路工作区的适当位置拖曳画出一个矩形区域，包围在该区域内的元器件同时被选中。 要取消某一个元器件的选中状态，可以使用CTRL+“鼠标左键单击”。要取消所有被选中元器件的选中状态，只需单击电路工作区的空白部分即可。 3. 元器件的移动 要移动一个元器件，只要拖曳该元器件即可。要移动一组元器件，先选中这些元器件，然后用鼠标左键拖曳其中任意一个元器件，所有选中的部分就会一起移动。元器件一起移动后，与其相连的导线就会自动重新排列。选中元器件后，也可以使用箭头键使之作微小的移动。 4. 元器件的旋转与反转 为了使电路便于连接，布局合理，常常需要对元器件进行旋转或反转操作。可先选中该元器件，然后使用工具栏的“旋转、垂直反转、水平反转”等按钮，或者选择Circuit/Rotate （电路/旋转）、Circuit/Filp Vertical（电路/垂直反转）、Circuit/Filp Horizontal（电路/水平反转）等菜单栏中的命令。 5. 元器件的复制、删除 对选中的元器件，使用Edit/Cut（编辑/剪切）、Edit/Copy（编辑/复制）和Edit/Paste（编辑/粘贴）、Edit/Delete（编辑/删除）等菜单命令，可以分别实现元器件的复制、删除等操作。此外，直接将元器件拖曳回其元器件库（打开状态）也可实现删除操作。 6. 元器件标识、编号、数值、模型参数的设置 在选中元器件后，再按下工具栏中的器件特性按钮，或者选择菜单命令Circuit/Component Property（电路/元器件特性），会弹出相关的对话框，可供输入数据。元器件特性对话框具有多种选项可供选择，包括Label（标识）、Model（模型）、Value（数值）、Fault（故障设置）、Display（显示）、Analysis Setup（分析设置）等内容 Label选项用来设置元器件的Label（标识）和Reference ID（编号）。其对话框如图3.1—1
叱咤风云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管理配置中文说明new
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资源。
EWB 使用说明(简)
EWB使用说明（简） 一、创建EWB电路 1．双击EWB32.exe 2．点击元件库栏选中元件，按鼠标左键向下拖动鼠标至窗口再释放左键，所选元件出现在窗口。 3．连线 将鼠标指在元件某一端，当出现小黑点即表示已连上该元件，按鼠标左键把线拉向另一元件，当出现小黑点时放松左键。 4．设置元件参数 选定元件按右键，从菜单中选择component peoperties 设置参数。 TD(延时)开关： （1）若Ton
gc-cam
目录第一章 GC-CAM简介 1.1 GC-CAM功能 1.1.1 GC-CAM特点 1.2 关于GC-CAM全攻略 1.3 编者声明 第二章 GC-CAM安装 2.1 系统要求 2.2 安装 2.2.1 安装程序保护器Keypro 2.2.2 GC-CAM软件的安装 2.3 如果GC-CAM系统无法顺利的执行 2.4 卸载GC-CAM 第三章 GC-CAM基础 3.1 Ctrl和Ctrl+Shift键 3.2 点击拖动等 3.3 Esc和Ctrl+Break键 3.4 使用菜单 3.5 帮助主题 3.6 数据输入列表的操作 3.6.1 编辑区域的移动 3.6.2 数据输入栏的操作 3.6.3 切换 3.6.4 单位 3.6.5 数据目录上卷 3.6.6 打印目录 3.7 文件名输入的特殊功能 3.7.1 交互式的输入/输出路径 3.7.2 省略的文件扩展名 3.7.3 备份文件 3.8 工作进度的显示 第四章 GC-CAM基本设置 4.1 载入一个基本设置 4.2 保存基本设置 4.3 版面尺寸 4.4 定时自动存档 4.5 临时文件的处理 第五章D码表 5.1 D码表功能 5.1.1 D码位置 5.1.2 D码 5.1.3 钻咀序号 5.1.4 替代码 5.1.5 旋转+/-900 5.1.6 D码尺寸 5.1.7 D码形状 5.1.8 自定义D码 5.1.9 多边形D码 5.2 D码的操作 5.2.1 载入/创建D码表 5.2.2 删除不使用的D码表 5.2.3 编辑D码表 5.2.4 创建自定义D码
5.2.5 查看D码表 5.2.6 保存D码表 5.2.7 复制(重新赋值)D码表 5.2.8 跳跃到另一个D码表 5.2.9 切换到层列表或钻咀列表 5.2.10 隐藏或显现D码 第六章钻咀列表 6.1 钻咀表功能 6.1.1 钻咀刀序 6.1.2 钻咀直径 6.1.3 主轴转速 6.1.4 进给速度 6.2 钻咀表的操作 第七章光绘文件和数控文件的操作 7.1 层列表 7.1.1 层序号 7.1.2 颜色 7.1.3 层状态 7.1.4 层属性 7.1.5 D码表选项 7.1.6 文件名称/内容 7.1.7 X Y平移 7.2 从数据载入层 7.2.1 Gerber Drill Rout Emma/Quest文件 7.2.2 HPGL文件 7.2.3 自动载入 7.2.4 DPF文件 7.2.5 DXF文件 7.3 层列表的操作 7.3.1 载入层(Load Layers) 7.3.2 卸载层(Unload Layers) 7.3.3 新的操作(New Job) 7.3.4 保存GC-CAM工作档(Save All) 7.3.5 重载GC-CAM工作档(Restore All) 7.3.6 设置物理层(Setup Physical Layers) 7.3.7 设置层(Set Layer) 7.3.8 层的排序(Reorder Layers) 7.3.9 设置层的颜色(Set Layer Color) 7.3.10 复制层(Copy Layers) 7.3.11 复制NC层(Copy NC) 7.3.12 查看层信息(Get Layer Info) 7.3.13 转换到另一层(Go to Layer) 7.3.14 输出格式(Write Direct) 7.3.15 用PDF文件定义的格式输出(Write Direct PDF) 7.3.16 打印图纸(Check Plot) 7.3.17 打印层列表(Print Layer List) 7.3.18 查询(Query) 7.3.19 测量间距(Measure) 7.3.20 定时存档Reminder Interval 7.3.21 版面尺寸Bed Size 7.3.22 载入基本设置Load Configuration 7.3.23 保存基本设置Save Configuration 7.3.24 保存层列表信息Save Coupon 7.3.25 光标切换到层列表状态区域Layer Status Area 第八章查看编辑和层编辑 8.1 图形编辑器界面 8.1.1 帮助行
第四章：TUXEDO应用系统的管理
第四章：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还可以动态的进行负载平衡，数据依赖路由、网络用户的管理、队列的管理、存取资源管理器以及系统的启动、重启和恢复。
cam操作手册
CAM350操作流程 一.接受客户资料,将.pcb文件进行处理：用Protel 99SE或者DXP软件进行格式转换，（1）Protel 99 SE操作过程如下：鼠标左键双击.pcb文件出现如图1-1画面，一般来说Design Storage T不须更改，如果有需要的话可以对文件命名（Database）和路径（Database Location）进行适当修改。 Menu 选择NC Drill，完 （2） 进行Edit—Orign-Set 进行定位。 图1-5 定位完后，进行Gerber格式的产生。点击File-Fabrication Outputs-Gerber Files,出现Gerber Steup,在General下选择Format 2:4;在Layers下选择Plot Layers –All On，OK 完成。如图1-6所示
。 选择2：4 ，出现2-1 个（save 1 在NC Editor状态下，用Analysis-----Check Drill.如图2-2所示。 如图2-2 检查重孔，有重孔根据文件要求进行正确的处理。如图2-3所示。检查OK，然后返回CAM Editor 状态进行下一步操作。 图2-3 2．判断孔属性
孔分为PTH孔和NPTH孔：鼠标左键双击钻孔层文件（.tet），然后再在单击（.GTL）层和（.GBL）层，键盘上点（-）和（+）进行缩放比较；图形盘比孔大的为PTH孔，图形盘比孔小的或者与孔一样大的为NPTH孔。 HAL放大0.1mm---0.15mm,OSP放大0.08mm---0.13mm，NPTH孔放大0.05 mm。先将英制改成公制，点击Setting—Unit选择Metric,然后点Tables---NC Tool Table，如下图2-4所示。根据表面处理适当放大PTH孔和NPTH孔。 （.GTO层有 0的D 捷键A : 点击 Slot。 1排孔长度小于刀径两倍的排孔，在CAM设计时，在排孔2边各加上1个引导孔。 2引导孔的刀径为排孔长度减去0.1MM再除以2。 3排孔长度等于、大于刀径两倍的排孔，程序不加引导孔。 图2-5 PTH孔和NPTH孔分别COPY到新的层命名为P、NP。将钻孔层COPY到新建
Tuxedo基本参数配置说明
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
hp-unix常用命令
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）
Tuxedo的工作原理及Toupper功能讲解
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()调用分配一个字符串类型的缓冲区，通过