应用程序环境、迁移和事务
请不要担心，本文不是为地板打蜡/餐后甜点制作/牙膏之类的文章，它简要介绍了在高度分布式系统中同时使用多语言应用程序环境的方法。不感兴趣吗？没关系，肯定有人会这样，请耐心阅读!
如果注意观察一下绝大多数大公司的
IT 系统，会发现它们大多都结构雷同且陈旧，在 J2EE 的外表下，是支持层成段的 C 代码，再往下看，能够发现从前 C 和 Unix 占统治地位时留下的痕迹。似乎还能够看到一些 COBOL（或 PL/1）的遗迹，它使我们想起了已经淡忘的微型计算机，幸运的话，还能够找到一些真正的汇编程序。但考古线索到这里就中断了。在进行真正进行考古时，位于不同地层的生物都已死亡。而在许多（或许是绝大多数）IT 商店中，历史上每一个阶段的生物共处一室。它们共同工作，使业务得以运转。这样的事实真让人惊恐不已。
简言之，异构是很正常的事。请不要大惊小怪，这正是 Web 服务技术和面向服务架构尝试共同解决的问题，它希望能够提供类似世界语的东西和规则，使所有这些系统都可以相互交流（几年前，人们提出了一种与定义字符串的自定义字节相比，费用更低、且更灵活的方案，但这种方案的控制难度大大增加）。当然，随着层出不穷的新技术趋向于掌握在技术人员手中，他们越来越因所掌握的业务知识而变得不可或缺，更不用说他们的业务应用程序知识，但明年的新闻就很难这样了。“那个留着胡须、穿着灯芯绒裤子和 Arran 上衣的家伙是干什么的？”（我们还未谈及客户端或小规模系统及其相关内容。）
“显而易见，这是奇谈怪论”，您一定会哈欠连天地这样说,“这与 Weblogic 和事务又有什么关系呢？”我马上就会讲到。
好，请保持注意力，不要不耐烦。
BEA
具备在 Unix 系统中解决 J2EE 和 COBOL/C/C
两方面问题的应用程序-服务器技术，这应该是读者所关注的范畴。众所周知，Weblogic
Server 是业界出色的 Java 应用程序服务器，如许多人所知，Tuxedo
同时也是业界非主框架应用程序服务器方面技术领先的 C/COBOL/C ，那么这还有什么争议呢？大公司都迫切希望具备 Java 和非 Java 开放系统环境方面的专门技术（以解决这两方面的问题）。很明显，利用开发人员创造价值的最佳方式是让他们做自己擅长的工作，无论培训教材多么完善，您都不能指望 C/Unix 方面的专家一夜之间成为 J2EE 方面的好手。最好还是让他使用它精通、热爱并使用了很长时间的 C 编程，然后迁移到现今的 Java 环境。无论他处于什么阶段，BEA 都能够为他提供应用程序服务器，以肯定他所作的工作，使他在将注意力集中于业务规则的同时，具备所要求的伸缩性和可靠性，他的努力将使业务的价值增加。以下就是一个技术迁移的方案。
打开端口并侦听 HTTP 请求不能解决问题
大公司也可以寻求将基于服务的界面融合到以往的 Unix 代码中的方法，以便以性价比更高的方式将基于服务的界面包括在新的互连世界中。对于它将使用的语言来说，Web 服务是关键，但运行时特性又会怎样呢？如果新的面向服务的界面对以前的逻辑发出了大量的请求，那么仅仅打开一个端口并侦听 HTTP SOAP 请求并不能解决问题。需要运行时基础架构来限制并平衡负载，这时我们不可能在运行过程中对生成的在线系统进行控制。一个好的办法是将以前的
C/COBOL/C Unix 代码迁移到应用程序服务器环境。我们都认为（我早已宣称并引述过）Tuxedo 是出色的 Unix 非 Java 应用程序服务器环境。所以我们引入 Tuxedo 来为现有的业务逻辑提供新级别的可伸缩性和可见性——一种技术更新的方案。
