aix weblogic 安装_weblogic11g安装_linux查看weblogic版本(18)

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或是持续文档在基于第三方相关的纯JA环境中实现了JMS，但其JMS的实现并没有经过验证。BEA利用代码来提供有限的JMS支持，而这种代码不易生产和部署(在WebLogic 6.0服务器上，实现了主题和行列群集，但是从一个失败节点恢复相关主题和行列预计在2002年实现)，同时，也没有对相关进行优化来管理消息传输，而且，JDBC并不是目前世界上最有效的协议。因此，只是因为其内部构架（JA实现，相关的运用，JDBC，群集化和冗余的不足），都足以说明WebLogic JMS没有得到优化，从而也不能保证高容量的消息传输。

l在上面我们已经提到了，WebLogic提供的是简单的，埋入式的工作流和JMS支持，并将其同JDBC和一些JA代码链接。这一简易做法容易使人产生误解。对于大多数用户来说，JMS是一种集成技术，它可以使J2EE应用软件通过消息传输来实现同其他系统（IMS, SAP, 批处理程序...）的交互工作。消息传输中间件也支持用于复杂拓扑结构和协议的应用软件。BEA JMS只能在拥有JA资源的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的扩展功能（例如执行检测功能，管理功能，与第三方系统兼容的功能）。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-30071-18.html