Java 已死？

   Java Enterprise Edition 库

    没有任何技术能够比 EJB 对其社区产生更大的冲击，并且幸运的是，Java 社区看到了轻量级替代方案的兴起，Spring 和 Hibernate 提供了最后的例证，对这些场景来说，轻量级替代方案是理想选择。然而，如果暂时不考虑 EJB，Java EE 库就是非常成功的 — servlets 和 servlet 容器为遍及 Internet 和企业内部网的大量 Web 应用程序提供动力，JMS 提供对多种面向消息中间件系统的访问，JEE 领域中其他不太知名的参与者（如 JNDI） 毫无怨言地执行自己相应的任务。JEE 库很有可能受益于 API 重新设计，JSE 库就是这样，总体来说 JEE 库将满足 Java 程序员的需要。最大的问题往往在于认识何时首先需要 JEE 库。我们将在另一篇文章中讨论相关内容。
    Java-API-for-XML (JAX) 库
     尽管名义上是 JEE 库的一部分，但 JAX API 的数量和规模都在以与 JEE 其他部分不相称的速率增长，值得脱离 JEE 的上下文来考虑 JAX API。在近十年，尽管对 XML 支持的需求是巨大并且普遍的，但目前已经有所缓解，尤其是 Web services (WS-*) 周边领域和规范阵营（这些规范允许与其他技术之间实现普遍、轻松的互操作，包括 .NET）。
     在这里，Java 无疑需要某种类型的修订，由于 SAX、DOM 和 StAX API 经常需要更多的代码来完成重要任务，尤其是和具有更灵活的 XML 支持的语言相比时，比如 E4X、Ruby 或 Scala。 此处，以 XML 为中心的思想有了明显的改变，从早期的 WS-* 实现中“不接触 XML”到基于 RESTful 方法的“我希望直接接触 XML 并将其定址为形式良好、有意义的 URI”，这种方法也强调了 JAX 领域内重构的必要性。在 Java 世界的地图中，这个区域被标注为“（应该）弃用的”。
    客户端 Java。Sun 公司最近修订的“Java客户端”系统的测试版有个相当糟糕的名字 “Java SE 6 Update 10 Beta”，它提供了增强的客户端特性，包括新的 Swing 外观，称为 Nimbus。
     遗憾的是，在客户端度量 Java 的使用一直都存在问题，主要是因为专门用于度量的 applet 在 Internet 上已经使用了很长一段时间，还因为众多对 Web 托管应用程序的设计和架构关注点都以 HTML 的生成为中心，而不是生成现在所说的“富客户端”应用程序。
     随着采用速率的提高，Java 要经过漫长的旅程，追赶它在这个领域中的主要竞争对手，Flash 和微软在该领域新引入的技术 Silverlight 使情况变得更加复杂。Java 可能也会彻底失去阵地，这并不代表着这种平台的“消亡”，但会使问题恶化，当业内学者和商业杂志将其称为“Java 技术弱点的明显例证”时，一定要鼓舞自己！
    服务器端 Java
     这实在不容争议：Java 毫无疑问是服务器领域内既定的参与者，特别是在查看非 Windows? 后端场的选项时。LAMP 系列产品可能提供一个前端或垂直筒仓替代方案，正如 Ruby on Rails 所做的一样，但观察重要的服务器计算基础设施时，Java 系列产品的形象十分突出。事实上，正是这种领先地位促使微软最先积极地寻求 WS-* 规范，以使 .NET 代码至少能调用和配合既定的 Java 基础设施。微软最近认可了使互操作性向更正式的水平发展，他们在剑桥大学设立的“Interoperability Lab”也体现了这一点。
    生态系统
    没有其他的平台拥有像 Java 平台一样如此丰富多样的生态系统，然而这经常会给 Java 开发人员带来一些麻烦（“我该使用哪种 Web 框架？”），事实上，很多 Java 生态系统都渗入其他环境，尤其是.NET。考虑 .NET 近来在微软内外获得的进步：ObjectBuilder（依赖性注入框架）、ASP MVC（基于 MVC 的 Web 框架）、NHibernate（Hibernate 的一部分）、NAnt 和 MSBuild（在句法或概念上与 Ant 相似的基于 XML 的构建系统）甚至 Silverlight 本身（在浏览器内部托管 CLR，允许执行更丰富的客户端）。在许多方面，.NET 生态系统为 Java 社区做了将近五年的后盾，因为 .NET 开发人员发现了与 Java 开发人员在五年前遭遇的相同痛点。而 Java 仍然坚持向 .NET 社区学习（比如统一通信 API 的有用性或显式轻量级工作流引擎的强大力量）。这只用来说明这些环境都正在互相学习这一事实，而且也表明，.NET 并没有使 Java 成为不必要的能力。
    毫无疑问，Java 开发人员可以将他们自己的条目添加到这个列表中，证明这个论点：在 Java 平台中留有太多的优良的东西被认为“消亡了”或“将要消亡”或者甚至在“崩溃的边缘”。

     最简单的事实是：Java、平台、生态系统、环境和开发社区与消亡相去甚远，至少和目前正在使用的其他语言或平台距离一样远。即使是最严格的统计事实筛选也不能否认 Java 的领先地位。

    此外，即使 Sun Microsystems 公司倒闭，平台也不会消亡。全世界的 Java 的开发人员，联合起来！不要惧怕束缚的铁链：最终您将看到，这些铁链其实并不存在。多亏 Java 平台的开源，它现在被称为 OpenJDK，更不要说 Java 的其他开源“净室”实现（Apache Harmony 和 Soy Latte 只是其中之二），即使 Sun 公司彻底从地球上消失，包括 IBM?、Apache、BEA 和 Oracle 在内的其他实体也能继续提供 JVM、库和工具，来支持整体生态系统。

    Java 总有一天会消亡？绝对会的，但是我坚信 Java 的寿命会超过今天的程序员所使用的大部分语言，正如 COBOL 做到的那样。它甚至能比刚刚走出大学校园的第二代 Java 程序员走的更长。

    “恐龙”，确实如此。