问题会使人思考，EAI的需求则驱使相关技术飞速发展，尽管这些技术还没有使EAI易如反掌，但它们的确使EAI的成功有了更大的保障。在本文中，我们将多多少少的涉及以下的一些技术规范。这里我们不是要详细描述每一种技术规范，因为其中的每一项都足以用几本书来讲解，而且这些书都已经存在了，这应该算是一个好消息。我们所需要做的，只是了解并分析它们的优缺点及适用性。

2.1通用对象请求代理结构CORBA
说到EAI就很难让人不联想到CORBA。毕竟，让不同编程语言协同工作的主要方法之一就是利用CORBA。作为一个分布式对象的体系结构，CORBA的最初目的就是能够使不同的编程语言、操作系统和软件平台之间实现协同工作。而且，发展到今天，CORBA2已经完全基于面向对象技术，CORBA3则是朝着基于组件的方向发展，其开放性使在不同的CORBA实现商之间进行沟通成为可能，部分甚至可以达到100%的源代码兼容。
· 优点：
· 以一种中间件的方式为不同编程语言提供协同工作的可能；
· 对操作系统没有特殊的要求和依赖，仅取决于实现商，但实现商可以选择；
· 有效长且成熟的发展历史，与许多流行的应用系统（如J2EE）在体系结构上关系密切。
· 缺点：
· 具体的性能与所选实现商的实现有关，且性能再好，中间件的一些服务始终都是瓶颈；
· 一般情况下需要修改源代码来实现对旧有应用软件的包装；
· 适用：
当需要集成的两个企业应用软件互为异构，由不同的编程语言实现时，Java与C++就是一个很好的例子。要这两种语言进行协同工作的几乎惟一的方法就是利用CORBA。当然，使用JDK所提供的功能特性JNI也是可能的，但其复杂性以及对Java可移植性的破坏使其不能胜任该集成工作。且JNI不具备分布实施的能力，它的目标也不在于此。
CORBA很适合于通过修改源代码来包装现有应用软件，为其他异构系统提供新的CORBA分布式对象。对于远程方式的请求，IIOP协议会是一个好的选择，例如通过J2EE的RMIIIOP来调用CORBA的分布式对象。

2.2Java2平台企业版J2EE
在近几年的企业应用系统开发中，J2EE无疑扮演了一个重要的脚色。开发业务逻辑或中间层组件的最重要的技术就是EJB，它提供了对主要的企业技术如事务、安全性以及持续性的支持，便利了业务组件的开发。尽管EJB受限于Java编程语言，但这种技术本身并不存在问题。同时，J2EE与CORBA技术所达成的一致性为低层组件的请求提供了可行之路，RMIIIOP和JMS等技术无疑为J2EE提供了强有力的功能核心。
· 优点：
· 基于规范的平台，不受限于特定的操作系统或硬件平台，有大量实现商可以选择；
· 提供现代的组件体系结构，这种结构简化了复杂组件的开发；
· 提供主要的企业技术如事务、安全性以及持续性的支持，并以声明和编辑方式对这些服务提供支持。
· 相对成熟，支持大量中间件技术，能够为EAI提供满意的性能及可升级性。
· 缺点：
· 受限于Java编程语言，尽管可通过其他中间件技术（如CORBA）支持；
· 实现商之间的可移值性还达不到100%；
· 与特定于某个操作系统或平台的实现技术相比，性能还有待进一步提高，且资源占用量较大。
· 适用：
J2EE规范本身就提供了一个巨大的企业应用集成平台，基于Java使其不依赖于运行的硬件平台和操作系统，然而也使其受限于单一语言开发。但这一开发平台，目前已经有不同的厂商提供了符合规范说明的各种实现方法。J2EE支持大量中间件技术，和现有的系统能够协同工作。HTTP，RMIIIOP，JMS，JDBC，JCA以及对XML， 企业事务，企业安全方面的支持使其成为目前几种企业应用集成平台中的首选。

1 2 3 4