如果科技界要举办自己的热门电视节目《减肥达人》(或《名人健身俱乐部》),你会看到企业 Java 成为焦点——臃肿、超重、疲惫、耗尽。
企业 Java 的未来正变得清晰。病态肥胖的传统平台正在衰落,精简的解决方案越来越多地用于生产和开发中。 EJB 等传统技术变得越来越无关紧要。Java EE 5 的不温不火的接受程度使其越来越像传统 J2EE 臃肿软件的最后一口气。与此同时,Java EE 6 规范最终将允许更大的模块化,这一根本性的变化将对开发人员产生重要影响,并可能重振实现之间的竞争。由于基于这些标准的标准和产品积累了越来越多的脂肪,SOA、Web 2.0 和其他基础设施变化不断施加新的需求,而这些需求在十年前构思 J2EE 时并未预见到,那时它还是一个胖乎乎但可爱的婴儿。
过去就到此为止。未来会怎样?
我认为大方向是一个令人兴奋的变革时期。 Gartner Group 的分析师也同意,在报告平台中间件趋势中写道
流行的 Java 平台企业版 (Java EE) 和 .NET 平台中间件技术越来越不足以满足对广泛的可扩展性和性能、基于事件的编程风格、高级面向服务架构 (SOA) 和动态应用程序开发的需求。
以下是我的预测
- 我们将再次看到应用服务器领域的真正竞争,而不是越来越少的几家大型供应商的持续垄断。 通过第 5 版,Java EE 并没有很好地服务于开发人员及其组织的需求,而是服务于那些受到竞争保护的供应商的需求,因为任何新的进入者都需要实现许多繁琐且无关紧要的遗留 API。 随着 Java EE 6 需要拥抱模块化才能保持相关性,重新竞争的可能性很大。
- 明天的应用服务器的占用空间将比今天的 贾巴 小得多。 患者必须减掉数百磅才能生存。 考虑一下另一个 分析师评论
考虑一下 Web CMS 供应商在过去一两年内出现的趋势,即嵌入、捆绑或以其他方式将 Tomcat 作为运行时框架,而不是 JBoss。 如果您只需要一个 servlet 引擎和 Web 服务器,为什么还要带上 EJB 运行时、JMX 框架、JAAS/JACC 以及完整 J2EE 应用服务器附带的所有其他脚手架?
- 明天的应用服务器不仅仅是实现 JCP 规范。 随着服务器端 OSGi 的兴起和 SCA 的出现,JCP 不再是与企业 Java 相关的规范的唯一来源。 开源的普及和开源事实标准的出现引入了混合中的另一个要素。 现在,少数开源项目比构成 Java EE 的大多数规范与大多数企业 Java 应用程序更相关。 这最终必须开始影响应用服务器的特性。
- 市场需要解决 Tomcat 和 WebLogic/WebSphere 之间的差距。 目前,市场的一个重要部分被忽视了。 大多数 Java Web 应用程序在 Tomcat 上最自在。 实际上,少数人希望获得完整应用服务器的某些更深奥的功能,例如 JCA,或分布式事务管理等专门功能。 但更多的人需要这些产品的某些操作和管理功能,但对深奥的 API 和它们带来的臃肿不感兴趣。 随着越来越多的最终用户公司希望淘汰传统的应用服务器,转而使用更适合的技术,市场需求必然会得到响应,并推出能够击中要害并弥合这一差距的产品。
- 应用服务器和 ESB 之间的差距将被弥合。 这是 POJO 中间件兴起的必然结果。 同一个底层平台应该能够满足 Web 和 SOA 的需求。 Spring 已经在不同的部署场景中提供了一致的组件模型(Gartner 也多次提到过这一点); 平台的其余部分也应该具有类似的连贯性,并且随着传统 J2EE 的束缚不再阻碍发展,这种情况可能会迅速发展。
在我的下一篇关于此主题的博客中,我将介绍一些可能在明天精简而强大的平台基础设施中发挥作用的技术。