甲骨文上周宣布发布Tuxedo 11g，这是一个和之前收购的BEA Systems共同运转的交易处理平台。BEA Systems希望为非Java语言变成以任务为中心的应用服务器。Tuxedo允许用户把遗留大型机迁移到运行于商业硬件的网格中的交易处理平台上。该产品现在支持C/C++、COBOL、Ruby和Python。

　　甲骨文Fusion中间件副总Ajay Patel说：“我们已经做了相当多的核心平台更新工作，以便它是围绕现代的SOA架构创建的。”

　　Tuxedo的新性能包括适用于JCA应用服务器的集成适配器，服务组件架构的编程模型，应用和系统层两端的WS-TX和更新监控。甲骨文也发布了应用运行时修补，该公司表示这大大减少了在迁移时改变应用代码的需求。

　　许多企业大型机仍运行在CICS交易管理器上，甲骨文Fusion中间件副总Ajay Patel介绍转移到Tuxedo不需要开发人员做很多的不同的事情。
　
　　“我们所作的就是把CICS朝向Tuxedo的核心交易基础架构的顶部，” Patel说，“从开发者的视图来看，没有真正的改变；他们仍在编写CICS调用的COBOL应用。但是在操作上，我们需要大型机技能组合，因为他们操作的平台和他们运行的剩余基础架构部分结构相同。”

　　像Tuxedo这样的交易中间件来自于解耦大型交易应用为服务的期望，然后对他们进行重组，尤其是交易跨越组织边界的地方，RedMonk分析师James Governor介绍。

　　Governor解释：“Tuxedo对于在SOA发明之前想要做SOA的人来说是一个外界环境创建。它确实是，而且用于包装服务概念，来为终端消费者交付价值的产业。”

　　他认为SOA作为主流的时代已经来临了，仍旧在使用遗留大型机的那些组织将被市场淘汰。尽管大型机技能组合的确在黯淡下来，他表示交易中间件用起来也很棘手，它甚至更难找到相关技能的专业人士。许多企业甚至已经在服务上花费数百万来使其遗留大型机使用现代化的中间件。

　　对于企业来说考虑撤下大型机，Patel说Tuxedo为传统迁移提供了一个重要的TCO削减。系统是硬件不可知的并且创建这样的应用代码不需要主要的改写。Patel认为唯一需要改写的代码是处理环境配置，Tuxedo有一个工具可以简化流程。他解释道通过与企业相似的仿真大型机系统，用来为标准迁移改写代码的额外时间和努力已经不再是一个因素。

　　最初通过AT&T开发，Tuxedo起源于电信领域的在线交易流程。在BEA获得其经营权之前，Novell公司花费了数年时间拥有了它。2008年甲骨文收购了BEA，从而拥有这项技术。自此之后，甲骨文关注两个领域：使Tuxedo更像成熟的应用服务器以及改进它的管理性能。甲骨文继续将Tuxedo扩展集成到其Fusion中间件平台中。