IBM WebSphere家族产品与BEA WebLogic家族产品比较
第一部、应用服务器篇WebSphere App Server Vs. WebLogic App Server第一章、产品概述5一、软件技术发展51、传统两层次软件的缺陷52、三层次（或多层次）软件架构与中间件6二、主要的中间件软件供应商81、IBM公司82、BEA公司83、其它厂商9第二章、软件体系结构10一、WEBSPHE...显示全部
返回一生何求的回答
“答”则兼济天下，请您为题主分忧！
五、Java平台
不论WebSphere还是WebLogic，都是基于J2EE的标准研制开发出来的应用服务器。而J2EE中的标准又非常多，变化很快。因此，不论WebSphere还是WebLogic实现的标准都会低于J2EE的最新的标准。
1、WebSphere的支持
SpecificationVersionWebSphere
Java Servelt2.2Yes
Java Server Page1.1Yes
Enterprise JavaBeans1.1Yes
JTA/JTS1.0Yes
Java Database Connectivity2.0Yes
Java Message Service1.0Yes
Java Naming Directory Interface1.2Yes
RMI/IIOPYes
JavaMail/JAFYes
Java ConnectorYes
SSL SecurityJCEYes
J-IDL/CORBAYes
XML DOM/SAXYes
SQL-JYes
2、WebLogic的支持
SpecificationVersionWebSphere
Java Servelt2.2Yes
Java Server Page1.1Yes
Enterprise JavaBeans2.0Yes
JTA/JTS1.0Yes
Java Database Connectivity2.0Yes
Java Message Service1.0Yes
Java Naming Directory Interface1.2Yes
RMI/IIOPYes
JavaMail/JAFYes
Java ConnectorYes
SSL SecurityJCEYes
J-IDL/CORBAYes
XML DOM/SAXYes
SQL-JYes
3、Java支持的对比
如果只是简单的将产品对J2EE的支持版本一一列出，我们可能发现两个产品好象区别不是很大。但是如果仔细分析一下二者细微的区别，我们会有许多有趣的发现：
1）Enterprise JavaBeans：EJB当前最新的版本是2.0。在WebSphere中，全部支持EJB1.1的规范，对于2.0中的规范支持大多数。而BEA号称全部支持2.0的规范。如果仅从版本号来看，好象BEA占了一些优势，其实不然。我们首先应该明白EJB到底是做什么用的。EJB是面向分步式应用、面向分布式事物处理的Java规范。如果我们回顾计算机应用的发展历史，会发现IBM在分步式应用、面向对象的理论、数据库的处理（无论关系型还是非关系型）等面向大规模的企业应用处理方面有着举足轻重的地位。IBM不但最早发明了关系数据库——DB2，而且有业界最早、应用最广泛的事物处理中间件——TXSeries（即CICS）。IBM承诺的是给用户提供稳定、可靠的产品，而不是一味地追求版本的变化。在J2EE的规范制定中，IBM参与了其中80%的技术工作，尤其是在关键的领域：JTA/JTS、EJB、Java Connector等方面。另外一个方面，IBM提供了强大的EJB开发、测试、部署工具——VisualAge For Java Enterprise Edition。它能帮助用户最快地开发出满足自己需要的EJB。为了简化EJB的开发，IBM提供了强有力的封装工具——Access Bean。反观BEA，对于J2EE规范的制定并没有做出什么贡献，虽然号称支持EJB2.0，但是它并不真正支持两阶段提交！而且不提供对CICS、IMS、SAP等主机资源CMP（Container-Managed Persistence）类型的EJB的支持；在WLS中的EJB不能参与WLE中EJB的事物，引起不要的重复工作；其提供的Java开发工具WebGain提供了一个很弱的EJB开发环境；不提供产品级的RMI/IIOP支持。
2）RMI/IIOP：该标准在EJB 1.1中是可选项，但在EJB 2.0中是必须实现的规范。IBM在WebSphere中提供了牢固的产品来完全支持，IBM的产品从JDK1.1.7就开始使用RMI/IIOP，已经有进两年的时间，有很多成功的应用。BEA没有产品级的支持，在WebLogic中仅有一些有限的实现，它强迫用户使用其私有的协议——T3，因为它的速度比WebSphere慢了将近4倍，在其clustering中根本不能使用IIOP!
3）JTA/JTS：JTA（Java Transaction API）提供了标准的事物划分接口。IBM提供了JTA/JTS规范的多数工作，有许多实际的应用在使用。在WebSphere中提供了全面的支持（对多个数据库实例），WebSphere AE版支持复杂的异构环境下的两阶段提交方式，例如对DB2、DB2/390、Sybase、Oracle、MSSql、 JMS/MQSeries（Informix），WS EE版支持DB2、Oracle、Informix、CICS、IMS、DB2/390、MQSeries环境下的两阶段提交；WS AE版和EE版能在一个全局事物中实现双向的交互工作(包括WS 390)。BEA提供了不是非常成熟的支持，不能在WL Server和WL Enterprise之间完成一个事物，而且必须使用EJB 2.0测试版来完成两阶段提交。
4）Java Connector Architecture：JCA规范的指定可以说完全是IBM的工作成果。IBM Common Connector Framework （CCF）在J2EE 1.3 Connector Architecture中作为缺省的属性。WS/VAJ在许多产品中实现了CCF，在WS v4 和VAJ中将完全实现J2EE Connector，J2EE Connector可以支持对大多数的资源的存储，如CICS、SAP R/3、PeopleSoft、JDEdwards和Oracle Applications ，可以方便地从CCF升级到JCA（CICS和SAP R/3），在WebSphere中提供了包括CICS和IMS的分步式两阶段提交支持。BEA在2001年的二月巡捕支持JCA的测试版，只支持“no transaction”的JavaBean，对于后台的传统资源不支持属性上下文。
5）Java Message Service：IBM通过MQSeries提供完全的JMS支持。MQSeries占据全球消息中间件的72+%的市场份额，可以说JMS是MQSeries的一个子集。WebSphere支持跨EJBs和JMS的JTA，允许一个事物横跨多个WebSphere Application Server，多个Database，多个JMS。MQSeries有很好可扩充性和可用性，有超过30多个平台的支持。同时IBM VisualAge for Java支持JMS和MQSeries 的开发，并且在WebSphere中可以使用第三方的JMS产品。BEA提供有限的和未经很多应用验证的支持，在WebLogic版本6的文档中声明JMS是一个新的，仍然不适合用于产品级，只允许在WebLogic JMS到WebLogic JMS之间的通信；BEA在消息中间件的市场份额很低，最近BEA取消了其产品MessageQ！可以毫不夸张地说，只有IBM的消息中间件才是正确的选择！
6）J-IDL/CORBA：IBM提供10个CORBA服务的支： Naming、Transaction、LifeCycle、Security、Event、Notification、Externalization、Identity、Concurrency、Query，IBM对OMG（CORBA规范的制定组织）的发展做了巨大的贡献，许多规范的制定都有IBM的工作；BEA的WLE只有有限的5个服务支持：Naming、Transactions、LifeCycle、Security、Initialization，对于CORBA的发展没有什么贡献和投资。
7）Java Server Page：IBM WebSphere支持JSP 0.91、1.0和1.1；BEA WebLogic支持JSP 1.0和1.1
8）Servlet API：IBM WebSphere支持Servlet API 2.1和2.2；BEA支持Servlet API 2.2
总结上面的分析，我们可以作出下面的总结：
SpecificationIBMBEA
Java ServeltGoodGood
Java Server PageGoodGood
Enterprise JavaBeansExtensiveExtensive
JTA/JTSBest + provenGood + new
Java Database ConnectivityGoodGood
Java Message ServiceBest + provenLimited + unproven
Java Naming Directory InterfaceGoodGood
RMI/IIOPGoodPoor
JavaMail/JAFCommonCommon
Java ConnectorGoodPoor
SSL SecurityJCECommonCommon
J-IDL/CORBAGoodPoor
XML DOM/SAXBestLimited
SQL-JCommonCommon
不论WebSphere还是WebLogic，都是基于J2EE的标准研制开发出来的应用服务器。而J2EE中的标准又非常多，变化很快。因此，不论WebSphere还是WebLogic实现的标准都会低于J2EE的最新的标准。
1、WebSphere的支持
SpecificationVersionWebSphere
Java Servelt2.2Yes
Java Server Page1.1Yes
Enterprise JavaBeans1.1Yes
JTA/JTS1.0Yes
Java Database Connectivity2.0Yes
Java Message Service1.0Yes
Java Naming Directory Interface1.2Yes
RMI/IIOPYes
JavaMail/JAFYes
Java ConnectorYes
SSL SecurityJCEYes
J-IDL/CORBAYes
XML DOM/SAXYes
SQL-JYes
2、WebLogic的支持
SpecificationVersionWebSphere
Java Servelt2.2Yes
Java Server Page1.1Yes
Enterprise JavaBeans2.0Yes
JTA/JTS1.0Yes
Java Database Connectivity2.0Yes
Java Message Service1.0Yes
Java Naming Directory Interface1.2Yes
RMI/IIOPYes
JavaMail/JAFYes
Java ConnectorYes
SSL SecurityJCEYes
J-IDL/CORBAYes
XML DOM/SAXYes
SQL-JYes
3、Java支持的对比
如果只是简单的将产品对J2EE的支持版本一一列出，我们可能发现两个产品好象区别不是很大。但是如果仔细分析一下二者细微的区别，我们会有许多有趣的发现：
1）Enterprise JavaBeans：EJB当前最新的版本是2.0。在WebSphere中，全部支持EJB1.1的规范，对于2.0中的规范支持大多数。而BEA号称全部支持2.0的规范。如果仅从版本号来看，好象BEA占了一些优势，其实不然。我们首先应该明白EJB到底是做什么用的。EJB是面向分步式应用、面向分布式事物处理的Java规范。如果我们回顾计算机应用的发展历史，会发现IBM在分步式应用、面向对象的理论、数据库的处理（无论关系型还是非关系型）等面向大规模的企业应用处理方面有着举足轻重的地位。IBM不但最早发明了关系数据库——DB2，而且有业界最早、应用最广泛的事物处理中间件——TXSeries（即CICS）。IBM承诺的是给用户提供稳定、可靠的产品，而不是一味地追求版本的变化。在J2EE的规范制定中，IBM参与了其中80%的技术工作，尤其是在关键的领域：JTA/JTS、EJB、Java Connector等方面。另外一个方面，IBM提供了强大的EJB开发、测试、部署工具——VisualAge For Java Enterprise Edition。它能帮助用户最快地开发出满足自己需要的EJB。为了简化EJB的开发，IBM提供了强有力的封装工具——Access Bean。反观BEA，对于J2EE规范的制定并没有做出什么贡献，虽然号称支持EJB2.0，但是它并不真正支持两阶段提交！而且不提供对CICS、IMS、SAP等主机资源CMP（Container-Managed Persistence）类型的EJB的支持；在WLS中的EJB不能参与WLE中EJB的事物，引起不要的重复工作；其提供的Java开发工具WebGain提供了一个很弱的EJB开发环境；不提供产品级的RMI/IIOP支持。
2）RMI/IIOP：该标准在EJB 1.1中是可选项，但在EJB 2.0中是必须实现的规范。IBM在WebSphere中提供了牢固的产品来完全支持，IBM的产品从JDK1.1.7就开始使用RMI/IIOP，已经有进两年的时间，有很多成功的应用。BEA没有产品级的支持，在WebLogic中仅有一些有限的实现，它强迫用户使用其私有的协议——T3，因为它的速度比WebSphere慢了将近4倍，在其clustering中根本不能使用IIOP!
3）JTA/JTS：JTA（Java Transaction API）提供了标准的事物划分接口。IBM提供了JTA/JTS规范的多数工作，有许多实际的应用在使用。在WebSphere中提供了全面的支持（对多个数据库实例），WebSphere AE版支持复杂的异构环境下的两阶段提交方式，例如对DB2、DB2/390、Sybase、Oracle、MSSql、 JMS/MQSeries（Informix），WS EE版支持DB2、Oracle、Informix、CICS、IMS、DB2/390、MQSeries环境下的两阶段提交；WS AE版和EE版能在一个全局事物中实现双向的交互工作(包括WS 390)。BEA提供了不是非常成熟的支持，不能在WL Server和WL Enterprise之间完成一个事物，而且必须使用EJB 2.0测试版来完成两阶段提交。
4）Java Connector Architecture：JCA规范的指定可以说完全是IBM的工作成果。IBM Common Connector Framework （CCF）在J2EE 1.3 Connector Architecture中作为缺省的属性。WS/VAJ在许多产品中实现了CCF，在WS v4 和VAJ中将完全实现J2EE Connector，J2EE Connector可以支持对大多数的资源的存储，如CICS、SAP R/3、PeopleSoft、JDEdwards和Oracle Applications ，可以方便地从CCF升级到JCA（CICS和SAP R/3），在WebSphere中提供了包括CICS和IMS的分步式两阶段提交支持。BEA在2001年的二月巡捕支持JCA的测试版，只支持“no transaction”的JavaBean，对于后台的传统资源不支持属性上下文。
5）Java Message Service：IBM通过MQSeries提供完全的JMS支持。MQSeries占据全球消息中间件的72+%的市场份额，可以说JMS是MQSeries的一个子集。WebSphere支持跨EJBs和JMS的JTA，允许一个事物横跨多个WebSphere Application Server，多个Database，多个JMS。MQSeries有很好可扩充性和可用性，有超过30多个平台的支持。同时IBM VisualAge for Java支持JMS和MQSeries 的开发，并且在WebSphere中可以使用第三方的JMS产品。BEA提供有限的和未经很多应用验证的支持，在WebLogic版本6的文档中声明JMS是一个新的，仍然不适合用于产品级，只允许在WebLogic JMS到WebLogic JMS之间的通信；BEA在消息中间件的市场份额很低，最近BEA取消了其产品MessageQ！可以毫不夸张地说，只有IBM的消息中间件才是正确的选择！
6）J-IDL/CORBA：IBM提供10个CORBA服务的支： Naming、Transaction、LifeCycle、Security、Event、Notification、Externalization、Identity、Concurrency、Query，IBM对OMG（CORBA规范的制定组织）的发展做了巨大的贡献，许多规范的制定都有IBM的工作；BEA的WLE只有有限的5个服务支持：Naming、Transactions、LifeCycle、Security、Initialization，对于CORBA的发展没有什么贡献和投资。
7）Java Server Page：IBM WebSphere支持JSP 0.91、1.0和1.1；BEA WebLogic支持JSP 1.0和1.1
8）Servlet API：IBM WebSphere支持Servlet API 2.1和2.2；BEA支持Servlet API 2.2
总结上面的分析，我们可以作出下面的总结：
SpecificationIBMBEA
Java ServeltGoodGood
Java Server PageGoodGood
Enterprise JavaBeansExtensiveExtensive
JTA/JTSBest + provenGood + new
Java Database ConnectivityGoodGood
Java Message ServiceBest + provenLimited + unproven
Java Naming Directory InterfaceGoodGood
RMI/IIOPGoodPoor
JavaMail/JAFCommonCommon
Java ConnectorGoodPoor
SSL SecurityJCECommonCommon
J-IDL/CORBAGoodPoor
XML DOM/SAXBestLimited
SQL-JCommonCommon
浏览433