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

  • Floyd Marinescu
  • Jason lai

2007 年 4 月 10 日

话题:JavaDevOps语言 & 开发架构

原文发表于 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 的主要价值观已经变成了自身的阿喀琉斯之踵(致命的弱点)。”

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

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

JavaDevOps语言 & 开发架构