IBM WebSphere家族产品与BEA WebLogic家族产品比较
第一部、应用服务器篇WebSphere App Server Vs. WebLogic App Server第一章、产品概述5一、软件技术发展51、传统两层次软件的缺陷52、三层次（或多层次）软件架构与中间件6二、主要的中间件软件供应商81、IBM公司82、BEA公司83、其它厂商9第二章、软件体系结构10一、WEBSPHE...显示全部
返回一生何求的回答
“答”则兼济天下，请您为题主分忧！
附录：击破对手的谎言
谎言#1：websphere不提供“本机”JMS服务
（只能通过MQSeries软件才可以实现JMS）。那么怎样才能实现基于标准化的消息传输呢？应用JMS（用于Java消息传输的J2EE API）要求有IBM MQ-Series软件和附加配置的许可和安装以实现JMS消息传输服务（MQ-Series需要每个CPU额外支付2798美元）。
IBM公司指出：1）在与MQ-Series软件集成方面，Websphere和WebLogic有着不同的水平（信息传输能力，相互协作能力，开发工具，技术支持）。 2）IBM和BEA所提供的JMS服务在质量上也相差甚远（各自产品的用户数量可说明这一点）。
BEA所说的“本机JMS支持”是指在纯Java环境中实现JMS，并把JMS内嵌入WebLogic软件（同WL共同安装并可以利用WL操作工具进行配置）。重要的是WebLogic软件中的JMS同BEA的MessageQ产品有所不同。MessageQ是在C/C++中实现的，并且它是一种旧有的已经通过验证的技术（4年前BEA公司从DEC软件开发商那里获得了MessageQ，ObjectBroker和TopEnd），BEA声称，还是原有设计MessageQ产品的工程师在WebLogic中实现了JMS，但是他这种说法并没有得到证实---收购后这些工程师大部分都离开了BEA公司（其中一些现正为IBM效力）。
IBM
l当前，WebSphere支持JMS 1.0.2 (Java Messaging Service)和JTA 1.1 (Java Transaction API)与适用于MQSeries软件JMS的一体化。它允许在多个Websphere应用服务器上，对多个数据库，多个JMS实例进行事务处理。如果增加了WS/EE功能，它还可以支持APPC（CICS，IMS等等）。
l由于WebSphere的JMS支持是由MQSeries来提供的（换句话说基础WebSphere产品不能够实现JMS服务），这就使得用户们能够平衡各种MQ配套产品（用于多种应用软件的不同适配器，操作工具，PD/PI，性能监测等等），即由整个产业领导MQ配套产品的应用开发。
l由于WebSphere的JMS支持是由MQSeries来提供的,这就允许用户可以将WebSphere应用软件应用于各种平台（35+），而且支持通过MQ服务使可移动设备在任意一点与主机相连。而BEA只是允许将WebLogic JMS同WebLogic JMS通信连接。
l作为面向消息的中间件，MQSeries中间件目前处于主流，根据IDC统计，MQSeries中间占有56+%的市场份额，而根据Aberdeen Group的统计其市场份额上升到了72+%。目前，MQSeries中间件应用于大部分的财富2000公司，它适用于所有运行Window操作平台的CPU。但是它需要客户许可证。
l由第三方软件开发商提供的所有JMS都可以在WebSphere中实现。但它也有局限性，即第三方JMS产品不能够提供适当的JTA支持，因此也就不能够参与WebSphere的分布式消息传输。IBM已经进行了一些有限的测试来验证一些第三方软件开发商提供的JMS产品（涉及了JMS的实现）具有兼容性，但是第三方JMS产品没有得到WebSphere的正式支持（虽然测试很成功并且一些客户也采用了这样的配置）。
lIBM工具对于JMS支持和对于用我们的工具（VisualAge for Java）来进行消息传输的支持已经处于显著的领先地位。BEA在开发工具支持方面是比较弱的。在WebSphere和VisualAge for Java中应用的通用连接器架构（CCF）可以通过MQSeries连接器（不久将会增加通过JCA对MQSeries进行工具支持）访问WebSphere消息传输软件。IBM通过提供特定的“连接器”来执行其他系统的接口，这种连接器是适用于不同后端系统的代理JavaBeans发生器。可以说，CCF架构是一组类和接口，他们能够在任何环境中实现同企业资源的连接和互补。第三方软件开发商以特定的连接器来实现CCF架构，这种连接器包含客户方接口和CCF基础接口，CCF基础接口使得WebSphere应用服务器能够控制连接器的工作状态。CCF客户端接口已经脱离了对使用连接器的依赖，而单独进行开发组件过程，例如开发了Servlet组件。这样, 开发人员就可以只运用一套通用的工具来进行部件安装。在VisualAge for JAVA中，这套工具总称为企业存取生成器 (EAB).运用通用的操作过程和相同的工具意味着客户可以通过相同的路径从CICS系统，Encina服务器，或是MQSeries消息传输软件中获取他想要得到的数据。简而言之，因为在WebSphere和Java的VisualAge中引入了CCF架构，那么即使只有一点或是没有MQ经验的开发人员也可以操作MQSeries消息传输软件。而BEA的WebLogic软件没有这样的功能。
WEBSPHERE v4计划
l目前，IBM正着手研发可以向3Q2002中的可视化消息配件提供软件支持。预计在2002年，企业版就可以支持”管理容器消息传输”，从而免除了专业的JMS设计；为消息输出（不只是输入）提供适当的支持；加强对最后编码生成和工具的支持；促进并达成消息和部件之间的映像。
l在WS企业版V4（3Q01）中，我们将向消息接受方(消息驱动粒媒模式)提供支持，它是EJB 2.0的一个重要部分。
lWebSphere V4.0通过Web Services标准(SOAP, WSDL, UDDI)来支持应用程序到应用程序的集成（导航功能，发现和交互功能）。这样就可以促进商务集成（主要为外部）的发展，从而实现对商务集成（主要是内部）的JMS支持。
BEA
l最近，BEA退出了基础消息传输市场。几年前，BEA从NEC软件开发商那里获得了MessageQ软件（这种软件不能支持JMS也无法运行WebLogic）。在BEA的这项产品出台之前，MessageQ占据市场分额的35%，而从那以后，其分额逐渐减少，现在MessageQ只占据市场分额的1.5%。最近，BEA已经放弃了这个产品。对于J2EE规格的JMS API，您最信任哪家公司的产品呢？是产品市场的领导公司还是已经退出市场竞争的公司呢？
l在99年9月底，BEA推出了WebLogic 4.51版本（最新的版本是WL 6.0），迄今为止，BEA第一次可以支持JMS规格。这是BEA首次通过JDBC或是持续文档在基于第三方相关数据库的纯JAVA环境中实现了JMS，但其JMS的实现并没有经过验证。BEA利用代码来提供有限的JMS支持，而这种代码不易生产和部署(在WebLogic 6.0服务器上，实现了主题和行列群集，但是从一个失败节点恢复相关主题和行列预计在2002年实现)，同时，也没有对相关数据库进行优化来管理消息传输，而且，JDBC并不是目前世界上最有效的协议。因此，只是因为其内部构架（JAVA实现，相关数据库的运用，JDBC，群集化和冗余的不足），都足以说明WebLogic JMS没有得到优化，从而也不能保证高容量的消息传输。
l在上面我们已经提到了，WebLogic提供的是简单的，埋入式的工作流和JMS支持，并将其同JDBC和一些JAVA代码链接。这一简易做法容易使人产生误解。对于大多数用户来说，JMS是一种集成技术，它可以使J2EE应用软件通过消息传输来实现同其他系统（IMS, SAP, 批处理程序...）的交互工作。消息传输中间件也支持用于复杂拓扑结构和协议的应用软件。BEA JMS只能在拥有JAVA资源的BEA产品之间实现，这就使得其价值大打折扣，因为消息传输要求在不同的环境中都能够实现连接。如果是这样的话，就无法将WebLogic同由第三方软件开发商提供的用COBOL语言编写的软件相连接，同样，也无法连接于在外来操作平台上运行的C++程序。你将要被迫使用带有WebLogic的JMS/MQSeries软件。
lMQSeries和WebLogic之间没有完全的处理事物的交互工作能力。例如，WebLogic的消息控件可以潜在的同JMS集成。但是其局限性在于只能在WebLogic服务器JMS上执行要求的事务处理，因为WebLogic不支持从外部引进事务处理环境。这意味着，不能运用MQSeries或是其他JMS在WebLogic中进行事务处理。
l与MQSeries不同的是，WebLogic不支持版本和版本之间（也包括最新的WL 6.x版本和WL 5.x之间）的兼容。可以想象，在现实调配中怎么可以运用这样的消息传输软件呢？MQSeries JMS或是任何其他第三方软件开发商提供的JMS都不能在WebLogic 6.0 JMS中实现。
lBEA只能为分布式多个数据库事务处理提供beta支持，这是属于他们的beta EJB 2.0支持部分。EJB 2.0最近经历了一些重大的变革，从而要对BEA的beta进行重做。对WebLogic 2PC支持的局限性之一是，无法向WebLogic引入事务处理。因此，就不能在WebLogic上执行TUXEDO事务处理或是MQSeries事务处理。这时就可以显示出WebSphere的过人之处，WebSphere能够支持完全的2PC（包括引进MQSeries事务处理。
l几乎没有配件可以支持BEA JMS的扩展功能（例如执行检测功能，管理功能，与第三方系统兼容的功能）。
l我们建议要求BEA生产大量的事务处理参考，从而通过有保证的传输来实现他们的WLS JMS ，并且必须将他们记录在案 (不要徒劳无功)).在消息传输方面，让我们来看看BEA的客户证明书，案例研究，市场份额，最优方法，等等，然后我们可以再看看IBM的同样产品，其中的差别是很明显的。
谎言#1：websphere不提供“本机”JMS服务
（只能通过MQSeries软件才可以实现JMS）。那么怎样才能实现基于标准化的消息传输呢？应用JMS（用于Java消息传输的J2EE API）要求有IBM MQ-Series软件和附加配置的许可和安装以实现JMS消息传输服务（MQ-Series需要每个CPU额外支付2798美元）。
IBM公司指出：1）在与MQ-Series软件集成方面，Websphere和WebLogic有着不同的水平（信息传输能力，相互协作能力，开发工具，技术支持）。 2）IBM和BEA所提供的JMS服务在质量上也相差甚远（各自产品的用户数量可说明这一点）。
BEA所说的“本机JMS支持”是指在纯Java环境中实现JMS，并把JMS内嵌入WebLogic软件（同WL共同安装并可以利用WL操作工具进行配置）。重要的是WebLogic软件中的JMS同BEA的MessageQ产品有所不同。MessageQ是在C/C++中实现的，并且它是一种旧有的已经通过验证的技术（4年前BEA公司从DEC软件开发商那里获得了MessageQ，ObjectBroker和TopEnd），BEA声称，还是原有设计MessageQ产品的工程师在WebLogic中实现了JMS，但是他这种说法并没有得到证实---收购后这些工程师大部分都离开了BEA公司（其中一些现正为IBM效力）。
IBM
l当前，WebSphere支持JMS 1.0.2 (Java Messaging Service)和JTA 1.1 (Java Transaction API)与适用于MQSeries软件JMS的一体化。它允许在多个Websphere应用服务器上，对多个数据库，多个JMS实例进行事务处理。如果增加了WS/EE功能，它还可以支持APPC（CICS，IMS等等）。
l由于WebSphere的JMS支持是由MQSeries来提供的（换句话说基础WebSphere产品不能够实现JMS服务），这就使得用户们能够平衡各种MQ配套产品（用于多种应用软件的不同适配器，操作工具，PD/PI，性能监测等等），即由整个产业领导MQ配套产品的应用开发。
l由于WebSphere的JMS支持是由MQSeries来提供的,这就允许用户可以将WebSphere应用软件应用于各种平台（35+），而且支持通过MQ服务使可移动设备在任意一点与主机相连。而BEA只是允许将WebLogic JMS同WebLogic JMS通信连接。
l作为面向消息的中间件，MQSeries中间件目前处于主流，根据IDC统计，MQSeries中间占有56+%的市场份额，而根据Aberdeen Group的统计其市场份额上升到了72+%。目前，MQSeries中间件应用于大部分的财富2000公司，它适用于所有运行Window操作平台的CPU。但是它需要客户许可证。
l由第三方软件开发商提供的所有JMS都可以在WebSphere中实现。但它也有局限性，即第三方JMS产品不能够提供适当的JTA支持，因此也就不能够参与WebSphere的分布式消息传输。IBM已经进行了一些有限的测试来验证一些第三方软件开发商提供的JMS产品（涉及了JMS的实现）具有兼容性，但是第三方JMS产品没有得到WebSphere的正式支持（虽然测试很成功并且一些客户也采用了这样的配置）。
lIBM工具对于JMS支持和对于用我们的工具（VisualAge for Java）来进行消息传输的支持已经处于显著的领先地位。BEA在开发工具支持方面是比较弱的。在WebSphere和VisualAge for Java中应用的通用连接器架构（CCF）可以通过MQSeries连接器（不久将会增加通过JCA对MQSeries进行工具支持）访问WebSphere消息传输软件。IBM通过提供特定的“连接器”来执行其他系统的接口，这种连接器是适用于不同后端系统的代理JavaBeans发生器。可以说，CCF架构是一组类和接口，他们能够在任何环境中实现同企业资源的连接和互补。第三方软件开发商以特定的连接器来实现CCF架构，这种连接器包含客户方接口和CCF基础接口，CCF基础接口使得WebSphere应用服务器能够控制连接器的工作状态。CCF客户端接口已经脱离了对使用连接器的依赖，而单独进行开发组件过程，例如开发了Servlet组件。这样, 开发人员就可以只运用一套通用的工具来进行部件安装。在VisualAge for JAVA中，这套工具总称为企业存取生成器 (EAB).运用通用的操作过程和相同的工具意味着客户可以通过相同的路径从CICS系统，Encina服务器，或是MQSeries消息传输软件中获取他想要得到的数据。简而言之，因为在WebSphere和Java的VisualAge中引入了CCF架构，那么即使只有一点或是没有MQ经验的开发人员也可以操作MQSeries消息传输软件。而BEA的WebLogic软件没有这样的功能。
WEBSPHERE v4计划
l目前，IBM正着手研发可以向3Q2002中的可视化消息配件提供软件支持。预计在2002年，企业版就可以支持”管理容器消息传输”，从而免除了专业的JMS设计；为消息输出（不只是输入）提供适当的支持；加强对最后编码生成和工具的支持；促进并达成消息和部件之间的映像。
l在WS企业版V4（3Q01）中，我们将向消息接受方(消息驱动粒媒模式)提供支持，它是EJB 2.0的一个重要部分。
lWebSphere V4.0通过Web Services标准(SOAP, WSDL, UDDI)来支持应用程序到应用程序的集成（导航功能，发现和交互功能）。这样就可以促进商务集成（主要为外部）的发展，从而实现对商务集成（主要是内部）的JMS支持。
BEA
l最近，BEA退出了基础消息传输市场。几年前，BEA从NEC软件开发商那里获得了MessageQ软件（这种软件不能支持JMS也无法运行WebLogic）。在BEA的这项产品出台之前，MessageQ占据市场分额的35%，而从那以后，其分额逐渐减少，现在MessageQ只占据市场分额的1.5%。最近，BEA已经放弃了这个产品。对于J2EE规格的JMS API，您最信任哪家公司的产品呢？是产品市场的领导公司还是已经退出市场竞争的公司呢？
l在99年9月底，BEA推出了WebLogic 4.51版本（最新的版本是WL 6.0），迄今为止，BEA第一次可以支持JMS规格。这是BEA首次通过JDBC或是持续文档在基于第三方相关数据库的纯JAVA环境中实现了JMS，但其JMS的实现并没有经过验证。BEA利用代码来提供有限的JMS支持，而这种代码不易生产和部署(在WebLogic 6.0服务器上，实现了主题和行列群集，但是从一个失败节点恢复相关主题和行列预计在2002年实现)，同时，也没有对相关数据库进行优化来管理消息传输，而且，JDBC并不是目前世界上最有效的协议。因此，只是因为其内部构架（JAVA实现，相关数据库的运用，JDBC，群集化和冗余的不足），都足以说明WebLogic JMS没有得到优化，从而也不能保证高容量的消息传输。
l在上面我们已经提到了，WebLogic提供的是简单的，埋入式的工作流和JMS支持，并将其同JDBC和一些JAVA代码链接。这一简易做法容易使人产生误解。对于大多数用户来说，JMS是一种集成技术，它可以使J2EE应用软件通过消息传输来实现同其他系统（IMS, SAP, 批处理程序...）的交互工作。消息传输中间件也支持用于复杂拓扑结构和协议的应用软件。BEA JMS只能在拥有JAVA资源的BEA产品之间实现，这就使得其价值大打折扣，因为消息传输要求在不同的环境中都能够实现连接。如果是这样的话，就无法将WebLogic同由第三方软件开发商提供的用COBOL语言编写的软件相连接，同样，也无法连接于在外来操作平台上运行的C++程序。你将要被迫使用带有WebLogic的JMS/MQSeries软件。
lMQSeries和WebLogic之间没有完全的处理事物的交互工作能力。例如，WebLogic的消息控件可以潜在的同JMS集成。但是其局限性在于只能在WebLogic服务器JMS上执行要求的事务处理，因为WebLogic不支持从外部引进事务处理环境。这意味着，不能运用MQSeries或是其他JMS在WebLogic中进行事务处理。
l与MQSeries不同的是，WebLogic不支持版本和版本之间（也包括最新的WL 6.x版本和WL 5.x之间）的兼容。可以想象，在现实调配中怎么可以运用这样的消息传输软件呢？MQSeries JMS或是任何其他第三方软件开发商提供的JMS都不能在WebLogic 6.0 JMS中实现。
lBEA只能为分布式多个数据库事务处理提供beta支持，这是属于他们的beta EJB 2.0支持部分。EJB 2.0最近经历了一些重大的变革，从而要对BEA的beta进行重做。对WebLogic 2PC支持的局限性之一是，无法向WebLogic引入事务处理。因此，就不能在WebLogic上执行TUXEDO事务处理或是MQSeries事务处理。这时就可以显示出WebSphere的过人之处，WebSphere能够支持完全的2PC（包括引进MQSeries事务处理。
l几乎没有配件可以支持BEA JMS的扩展功能（例如执行检测功能，管理功能，与第三方系统兼容的功能）。
l我们建议要求BEA生产大量的事务处理参考，从而通过有保证的传输来实现他们的WLS JMS ，并且必须将他们记录在案 (不要徒劳无功)).在消息传输方面，让我们来看看BEA的客户证明书，案例研究，市场份额，最优方法，等等，然后我们可以再看看IBM的同样产品，其中的差别是很明显的。
浏览383