Monson-Haefel的结论如同死亡证明书一样残酷:“JEE5在复杂性上的失败是预示着Java企业版平台终从企 业开发平台领域的统治地位上落败。所有企业在考虑新的企业开发时应该多参考一些其他的平台，而且企业也应该提早做出准备以应对作为企业解决方案的Java EE的最终消亡。”

　　Java企业版平台的发展将不可避免的效仿以往的一些标准，比如CORBA(通用请求代理体系)，它们曾经也非常有前途，但最终还是走向了没落，他说。

　　“五年内，Java平台企业版将成为 21世纪的CORBA，” Monson-Haefel说道。“人们将看着它说‘它曾经也盛极一时’，但是因为太复杂，现在已经没人愿意再使用它了。”

　　他努力强调说他仅仅是揭示了Java EE平台的衰落之路，绝不是Java语言的。

　　“Java程序设计语言是不会有任何危险的”这位伯顿分析师说。“我认为Java程序设计语言在近几年内将继续发展成为企业级开发的支柱。”

　　Monson-Haefel不是唯一一个预测Java EE平台失败并把SOA当作造成这一结果的原因之一的分析师。

　 　“Java EE现在已经时日不多了，” ZapThink 公司的高级分析师Jason Bloomberg说，他同样也看到了导致这一后果的罪魁祸首就是Java EE每个新版本所增加的复杂度。“很明显，只要发布了新版本或者增加了模块，唯一增加的只有复杂性。最终，它会被自己压垮。从目前看来，将来是不会开发出 比已有的Java EE更精简的版本。”

　　即使先把复杂性放到一边不说，当提到要进入面向服务的企业这个新时代时，作为SOA和Web服务方面的专家Bloomberg就已经看到了Java平台自身的致命缺陷。

　 　“从根本上而言，Java EE的世界并不是为SOA而创建的，” ZapThink公司的分析师说。“现在，你可以依靠基于J2EE的运行时基础架构，在Java和许多用于SOA实现的产品上创建非常棒的SOA实现。事 实上，Java有很多面——一种面向对象程序设计语言、一个虚拟机的基础结构，并且Java的Java EE是特定的一个实现n层架构的框架。不幸的是，Java的任何一面，或者是任何一种虚拟机都不适合做SOA的开发平台。”

　　在Java EE中实现的面向对象(OO)并不完全符合SOA的核心——面向服务，Bloomberg争辩道。

　　“从面向对象的角度来看，服务和服务的实例是相同的概念，”他说。“对象实例是独立存在的这一整套概念在SOA中价值甚微。”

　　Java EE中的虚拟机也不是SOA的最佳解决方案，Bloomberg说。

　 　“虚拟机的目标是为了增强代码可移植性，但是在SOA中，互操作却是更加重要的，”他说。“在SOA中，如果你并不需要移动代码，那为什么还要克服这些 困难去实现代码移植呢?从根本上来说，分布式计算的虚拟机方式是通过对象串行化来实现远程方法调用，但是SOA却是在固定的界面下实现服务之间的信息交 换。”

　　从Monson-Haefel的观点来看，面向服务使得对统一平台(如Java EE)的需要变得无关紧要。

　　“SOA确实降低了一个公共程序设计模型的重要程度，”伯顿的分析师说。“因为真正重要的不再是服务于通信的模型，而是通信本身。它是你正在交换的数据。它是与你完成交换数据关系紧密的方法，而不是数据背后的程序设计模型。”

　　Java EE最主要的优势在于提供了一个公共的程序设计模型，但是，当进行SOA领域的开发时，这并不是最重要的。Monson-Haefel说。

　　“SOA和Web服务降低了后台如何运行的重要程度，”伯顿的分析师说。“这两者强调的是如何相互合作，比如说，Web服务的XML和HTTP如何相互合作。后台如何运行已经不重要了。”

　　最后，ZapThink公司的Bloomberg说:企业级的JavaBeans/Servlet/Java Server Pages框架都与SOA不一致。

　 　“你可以看到，Java EE的重点在于为可升级的n-层架构提供框架，这正是那些大的事务处理网站所需要的，” Bloomberg说。“然而，如果你是要为SOA创建一个企业级框架的话，那么你所要完成的构建与在Java EE平台下的构建就大相庭径了。你需要创建的框架是以激活和维持服务提取层为中心的，这对SOA而言是至关重要的。因此，Java EE非常适合于基于平台的日常服务，但不是SOA。”