为什么是Java EE 5

最近，SUN的伙伴们(the folks at SUN)将J2EE 1.5改名为java EE 5，当然以前J2EE版本还是称为J2EE，之所以改名，目的还是让大家清楚J2EE只是Java企业应用，用我的话来说，J2EE就是Java在数据库服务器端的应用。

看来，现在大多数人倾向于更加突出Java了，J2EE轻易让初学者误解是独立于一套Java的技术方案。 copyright dedecms

从更深层次来看，Java诞生十年来，很多近十年前的业务组件至今还可以使用，软件应用不再由于语言的更迭革命带来毁灭的打击了。 本文来自织梦

但是，随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。 copyright dedecms

笔者曾经在2004年底中国软件技术大会Ioc微容器演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依靠J2SE/J2EE版本，如下图： dedecms.com

本文来自织梦

此次J2EE改名为Java EE，实际也反映出业界这种共同心声。 织梦好，好织梦

让我们看看Java EE 5有哪些新的功能或规定，我们可以从SUN网站下载Java EE 5规范。其架构图如下： 本文来自织梦

织梦好，好织梦

内容来自dedecms

织梦内容管理系统

图中灰色加黑部分是Java EE 5新的功能，我们看到，在WEB层主要加入了JSF这个新的表现层框架，和我们日常开发关系密切的是，引入了新的Java Persistence标准，这个标准正在由EJB 3.0专家组制定。 内容来自dedecms

值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如：JDBC/JDO/Hibernate/Entity Bean将可能统一，减少用户的架构选择 痛苦。 内容来自dedecms

从架构图可以看出，无论Web结构或EJB结构，提供实现的功能相差不多，这样，我们的业务核心组件就可以根据需要部署在Web或EJB中运行，而不依靠具体的Java EE容器了。前面一章图的目标在Java EE 5中可以实现了。 织梦好，好织梦

当然，Java EE 5重要改变还是：Java EE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。

落实这一简化行动的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通过Annotations引入，降低Java EE开发时，既要写code，又要写XML配置文件之苦，往返照顾，疲于奔命，Annotations既是得益于C 语言，也是从开源项目xDoclet实践中获得经验。

但是Annotations是一把双刃剑，初学者用得不好，将会使得原本在XML中的Hard code（硬编码） 写进入代码Annotations，破坏代码的简洁和灵活性。 copyright dedecms

当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题(XML属于其中一个资源)，在原理J2EE中，容器治理的资源都是由JNDI向应用程序提供的，现在通过Annotations可以方便实现注射。 织梦好，好织梦

资源注射（Resource injection）设计概念其实是来自Ioc模式(Dependency Injection )，笔者设计开发的Jdon框架其实已经将Annotations这一宗旨的目的实现，在Jdon框架应用演示源码SimpleJdonFrameworkTest中，在jdonframework.xml中有一段如下配置：

本文来自织梦

<pojoService class="com.jdon.framework.test.dao.JdbcDAO" name="jdbcDAO">

本文来自织梦

<constructor value="java:/TestDS"/>

dedecms.com

</pojoService>

织梦好，好织梦

这段配置是将数据库的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一个版本将是基于Java 5.0，这行配置 将可通过 Annotations写在jdbcDAO代码中，方便程序员开发。

看完这篇，您有何感觉呢？