中间件产品本身的作用就是连接、过渡，为其所属物品实现更好的价值和功用。他可以是一种产品到另一种产品的过渡，像电脑集成显卡到独立显卡的过渡品，亦半集成半独立，也可以是一件产品的成为产品所需的一个的连接部件。

中间件产品就是为了实现连接、过渡作用，为其所属物品实现更好的价值和功用的产品。也叫连接件、过渡品、产品桥梁、关键连接。

IBM软件几乎遍布中间件市场的各个领域，从公共关系数据库到在线交易处理，再到面向企业的新的社会网络功能，IBM软件引领着企业诸多关键任务，如信息管理、业务整合、知识管理、企业协作、系统管理等的发展方向。

IBM面向行业的专用中间件（Industry Specific Middleware）具体包括针对各种行业应用集成的适配器（Adapter）或加速器（Accelerator）。可以用在IBM的中间件产品与ISV提供的应用之间，用来解决具体的业务问题。例如在政府的紧急应急系统中，需要把不同部门的系统整合在一起，才能确保不同政府部门的实时协同工作；再例如在电信行业应用中，同一个用户可能在不同的应用中有多个账户，如何将不同的系统整合在一起，给每个用户一个统一的模型，这些都是整合需要做的事情。

Industry Specific Middleware提供的Adapter或Accelerator，将集成过程中需要多次编写的代码以模块化的形式提供给ISV、系统集成商或用户，大大减少了编程工作量，加速了业务系统的整合与集成。

BEA公司提供的方案在国内IT建设中具备非常强的代表性，这个方案非常好地体现了SOA架构的优势，再结合BEA公司深厚的资源优势，在需求分析、架构设计以及对产品的阐述和分析等方面都非常准确、合理，具有 相当大的价值和借鉴意义。尤其是对于需求的分析和把握能力，作为技术方案甚至比一般的应用方案描述得还细致。

采用SOA架构，通过把原有业务系统的功能，封装成Web Service接口，整合企业现有的应用系统，向外提供统一的门户服务系统，是一个企业信息系统重组的解决方案。这个方案主要解决了两个问题: 企业内部原有的各个独立系统，通过数据共享的方式实现应用整合，使各个系统之间不再是信息孤岛; 采用liquid产品实现数据共享，采用AquaLogic产品部署SOA架构，使系统能够向多渠道提供服务，底层的J2EE服务器采用WebLogic Platform产品。方案适用于企业内部系统的整合，不太适合于外部系统的集成。

该方案层次架构清晰，数据服务层采用liquid实现和现有系统之间的数据交换，liquid具有很强的适应性，可以和传统的关系数据库交换数据，也可以和各种业务系统交换数据，使业务逻辑层无需关心数据是在数据库中还是在业务系统中。业务逻辑层采用WLI实现应用的整合和流程管理。 门户服务层采用Portal实现统一的业务展现和多渠道接入。

易用性一直是系统是否能够成功的重要因素，集成到Workshop中的统一开发工具，能够大幅度简化基于WebLogic Platform的应用开发和部署，使BEA的产品相对比较容易使用。

单一的产品线可以便于培训和后期的维护。采用横向分割的方式，打破了原有各个系统之间互相分割和独立的局面，使系统在一个统一的框架下运行。

该技术方案对于中高端的客户具有比较强的吸引力，但对于方案实施的前提条件，比如客户对于信息和系统整合的迫切程度、数据整合和流程整合的难度等描述偏少，容易使客户低估项目实施的难度。另一方面，方案中也没有提及具体实施，感觉只是设计方案，若补充项目建成之后产生的效益或预期效果，将更具说服力。另外，对于成本分析方面的介绍偏少，而且，对于方案中的服务能力方面的介绍也比较少，没有全面体现出BEA公司在服务支撑方面的能力和优势。

对于横向分割以后的应用系统，新系统的开发必须把业务系统的逻辑实现和展示层的实现完全分离，这种开发方式效率会非常低。集成现有系统，向外提供统一的门户，对于现有的系统实现比较容易，但对于以后的系统规划会比较复杂，如果以后开发的系统不能溶入这套体系中，对降低IT成本及统一门户就值得怀疑了。而且，需要重新开发所有正在运行的系统的展示层，对于原有的系统，如果liquid不能集成，需要修改原有的系统，如果原来采用C/S架构的系统，则无法并入到新的系统。

同时，对于系统的预警和监控也没有做详细说明。预警是系统可靠运行的必备工具，如果某个业务系统运行出现故障时，需要及时通过某种方式向运行维护人员发出报警，否则可能会影响正常交易的执行。而监控是对反映系统实现运行的状态，可以及时调整系统。

最后，对于长事务及异步处理方式也未作说明，而这与系统的可靠运行和原有的业务系统的健壮性有很大的关联。

同时称为中间件，BEA的差距还是比较明显的，单纯从产品线完整性来看，IBM有100多个产品种类，而BEA只有10几种，其中原因来自BEA的几次技术失误。

BEA最早靠Tuxedo树立市场影响的，此后才把BEA品牌推出来，2000年前后，互联网开始兴起，BEA判断传统中间件可能会走向消亡，开始放弃 Tuxedo产品线开发，转而专著应用服务器，押宝Weblogic。但至少国内的情况下，中间件的收益还是来自于传统行业分布式的应用，而不是来自于互联网应用，因为银行基础网络是传统分布式网络，不是互联网；电信领域也是如此，电信内部的管理系统也是建立在分布式网络基础上的，互联网接入只是一种业务服务方式。错误的判断，导致BEA在产品线方面一条腿走路。

IBM所采取的策略是两条线同时发展，一方面巩固最早期的MQ，另一方面发展 Websphere。就以消息软件为例，MQ与Websphere在功能上是重叠的，但是基础路线是两条。当传统行业要用一个传统方式来搞应用的时候，他会告诉你MQ，但IBM同时也有EAI，有工作流，导致产品线很长。但也是由于IBM的雄厚财力决定的。当BEA发现错误之后，重新发展分布式产品线之后，但整体投入很少，对于传统解决方案的产品线是不完整的，但其基于互联网的解决方案产品线相对比较丰富一些。目前，BEA在市场上似乎不落下风，主要还是得益于其市场宣传能力。其特长是可以把握住最为热点的话题，但是在具体实现上，还是显得雷声大，雨点小，也缺乏必要的延续性。

Oracle融合中间件11g是一个全面、集成、可热插拔的中间件套件。11g增强了全套产品的功能，如Oracle SOA套件、Oracle WebLogic套件、Oracle WebCenter套件和Oracle身份管理都增加了新的、创新性的功能。

Oracle SOA套件11g：提供一个单一流程平台——用一套从开发到安全性和治理的完整SOA功能来统一以系统、人员及文件为中心的流程和事件驱动架构（EDA）。Oracle SOA套件11g部署在Oracle应用网格基础之上，为在专用和公用“云”上建立和集成服务而进行了优化。

增强了洞察运营情况的能力并提高了自动化水平，以实现更长的应用服务器运行时间，同时降低管理成本。包括面向Oracle RAC (真正应用集群) 的Oracle融合中间件GridLink和Oracle融合中间件Enterprise Grid Messaging (企业网格通信) 在内的新功能提高了可靠性和可用性。

提供多种可重用、开箱即用的Oracle WebCenter服务组件，这些组件可以插入任何类型的门户，如内联网、综合应用、基于Web的社区等，以提高社交网络和个人的效率。

提供了一个完全集成的身份管理套件的首批组件，实现了与其它Oracle融合中间件解决方案更深入的集成。

Oracle融合中间件11g建立在以前推出的Oracle融合中间件11g战略开发工具基础之上，这些工具包括Oracle JDeveloper、Oracle应用开发框架和Oracle TopLink。

全球已经有超过4万家SI通过了Oracle融合中间件产品的培训；超过5千家ISV采用Oracle融合中间件创建、运行、集成和巩固他们的产品。现有应用软件可以轻松使用这些功能，从Oracle融合中间件10g R3版本无缝升级到11gR1版本。

金蝶Apusic是企业基础架构软件平台，为各种复杂应用系统提供标准、安全、集成、高效的企业中间件。金蝶Apusic适用于电子政务、电子商务等不同行业企业。金蝶Apusic拥有Apusic J2EE应用服务器、Apusic MQ消息中间件、Apusic ESB，Apusic Studio开发平台和Apusic OperaMasks，组成轻量级风格的企业基础架构软件平台，其具备技术模型简单化、开发过程一体化、业务组件实用化的显著特性，产品间无缝集成。