2006年度十大新闻：Richard Monson-Haefel称“拯救Java EE为时晚矣”

作者 Floyd Marinescu 译者 Jason Lai 发布于 2007年4月10日

领域

架构 & 设计,

运维 & 基础架构,

语言 & 开发

主题

JCP标准 ,

应用服务器 ,

调查 ,

Java

标签

Java EE ,

Podcasts

原文发表于2006年7月11日下午3时。

Burton Group的分析师Richard Monson-Haefel最近发表的题为《Java EE 5, the beginning of the End（Java EE 5：末路之始）》的分析报告在社区内引发了激烈论战。Richard Monson-Haefel因其所著的EJB书的畅销而为众人所知，那么他究竟说了些什么？Richard在一个Podcast中总结出报告的主要观点，摘要如下：

Java EE已经成为多元化市场中的主流技术。尽管JEE 5与其先前版本有些相似，但简化程度仍显不足。“JEE5确实向正确的方向迈进了一步，但显而易见的是，要挽救整个平台这还是显得杯水车薪，而且也太迟了。在接下去几年内，将会有越来越多的开发人员转而投向那些提供更简易开发环境的平台。我们将逐渐看清Java EE 5作为企业开发标准的藤蔓最终走向何方……开发机构在考虑新的企业应用开发时，应当另求他径，并且做好面对Java EE作为企业解决方案迈入迟暮之年的准备。

那么RMH所说的“过于复杂”指的是什么呢？RMH在报告和Podcast中指出以下几点：

• Java EE试图在一个平台内完成所有事情，从而导致事情变得过于复杂
• Java EE API的数量“尚未被简化、合并或剔除；这些API仍被放在原处，并且保持原有必要性”
• Java EE的编程模型已经发生了第三次重大意义的变更
  
• 支持Web服务的API也发生了改变
• “规模庞大且复杂的Web开发框架被加入平台”
• 平台变得更加复杂和令人生畏
• 配置方面并没有比以前版本变得更加简单
• 新的平台并没有削减需要配置的方面的数量，而仅仅将复杂性从XML部署描述符转移到了源码标记（Source Code Annotation）上
• 开发人员仍然需要了解“所有配置选项以及它们对生产代码带来的影响”，但现在可以在代码中写入，避免在XML中配置
• “JEE 5目前拥有两套独立但仍相互依赖的配置机制，而不像以前只有一套复杂机制”
• “专注于功能涵盖面广度和灵活性，忽视了开发的简易性。Java EE的主要价值观已经变成了自身的阿喀琉斯之踵（致命的弱点）。”

目前已经有许多新闻媒体对这份报告进行了报导，并引发了一连串讨论。InternetNews及Steve Anglin 在O'Reilly进行了“Java EE是否足够轻量”的讨论。TSS也在今天对SearchWebServices的一篇文章发表了评论，该文章引用了RMH及其他分析师的观点，主张Java EE并不适合实现SOA，因此SOA的出现将导致Java EE变成下一个CORBA（已死）。

然而很重要的一点是，RMH的抨击目标仅限于Java EE，而非SE。“我认为，Java语言仍将继续繁荣发展，而且在接下去的许多年内，仍将是绝大多数企业应用开发的中流砥柱。”

• 更早的 >