JavaEE

 

JavaEE 是 J2EE的一个新的名称,之所以改名,目的还是让大家清楚J2EE只是Java企业应用.随着WEB和EJB容器概念诞生,使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架,致使软件应用业的业务核心组件架构无所适从,从一直以来是否需要EJB的讨论声中说明了这种彷徨。

JAVA EE


  在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出:我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本.此次J2EE改名为Java EE,实际也反映出业界这种共同心声。

  JavaEE的核心是EJB3.0, 其提供了更兼便捷的企业级的应用框架。

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

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

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

  笔者曾经在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出:我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本

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

  让我们看看Java EE 5有哪些新的功能或规定,我们可以从SUN网站下载Java EE 5规范。其架构图如下:

  

JAVA EE 架构图


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

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

  从架构图可以看出,无论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,破坏代码的简洁和灵活性,Annotations讨论按这里。

  当然,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"/>

  </pojoService>

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

  从这里,大家也可以知道EJB 3.0和EJB 2.0的区别了,有的人疑惑,是学习EJB 3.0还是学习EJB 2.0,其实EJB 3.0并没有在原理机制上对EJB有多大改动,只是做了编程方面的简化,另外EJB CMP参考了Hibernate新特点,EJB 3.0最大简化变动是CMP编程方法上。所以,无论学习EJb 3.0/2.0,EJB原理和运行机制都是一样,这部分才是学习EJB最大的困难处,而不是因为到了EJB 3.0,理解EJB就会容易。

  初学者可从Eclipse+Xdoclet开发EJB 2.0开始学习, EJB 3.0 = EJB 2.0 + xDoclet,这里有一篇Eclipse开发EJB教程,使用JBossIDE非常简单,无需Lomboz等插件。

  Security安全是Java EE的一个重要特点,也就是基于容器的安全访问,无需自己手工编码,具体实现可参考Jdon框架应用演示源码JdonNews。这虽然是基于J2EE 1.3编写,但是和Java EE 5区别不是很大。

  事务管理Transaction Management也是Java EE 5的一个重要部分,该标准文档从几个方面阐述了事务管理的要点,标准中规定了在WEB层中使用事务和线程的处理关系,标准中规定:Web服务器如Tomcat无需在Web层提供事务支持,因为Web组件根本不支持事务繁衍/传递。

  因为目前一些架构如 Struts+Spring+Hibernate/Struts+Hibernate是标准中的Web结构,因此Java EE 5在J2EE 4.2.2规定了 Web组件事务的生命周期,如果Web组件直接调用JTA,事务就不可以跨一个客户端的多个请求,事务只能在一个请求(Servlet/Jsp)中完成,这个标准规定了我们在Web架构中(如上述架构)无法使用长事务(如工作流/状态图中跨页面请求事务),针对一个客户端跨请求的事务目前只有唯一解决方案:只有使用EJB的有态Session。参考文章:I manage long duration transactions?

  以上是Java EE 5主要部分,Java EE包含更多其他技术部分如Jdbc JMS JCA JNDI 等等,需要用户在实践中摸索。

### JavaEE 技术概述 JavaEEJava Platform, Enterprise Edition),最初由 Sun Microsystems 提出,旨在支持企业级应用程序的开发,特别是在多层分布式环境中运行的应用程序[^4]。它基于 J2SE(Java 2 Platform Standard Edition)构建,并扩展了用于大型系统开发的功能,如事务管理、安全性、远程调用和数据库连接等。 广义上的 JavaEE 不仅指官方定义的技术规范集合,还包括围绕这些规范形成的一系列开源框架和技术生态,其中最核心的就是 **Spring 全家桶**。尽管 Spring 并不属于传统 JavaEE 的 JSR 规范体系,但它最初的设计目标正是为了简化 EJB 等复杂组件的使用,从而显著提升开发效率与可测试性[^1]。如今,Spring Framework 及其衍生项目(如 Spring Boot、Spring MVC、Spring Data、Spring Security)已成为事实上的 Java Web 开发标准。 --- ### 主要技术组成 JavaEE 是多种技术的集成平台,主要包括以下几个方面: #### 1. 表现层技术 - **Servlet / JSP**:处理 HTTP 请求并生成动态网页内容的核心机制。 ```java @WebServlet("/hello") public class HelloServlet extends HttpServlet { protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws IOException { resp.getWriter().println("Hello from Servlet!"); } } ``` 此类组件通常部署在 Tomcat 或 Jetty 等轻量级容器中,属于 JavaEE 中表现层的关键实现方式之一[^2]。 - **JSF (JavaServer Faces)**:一种基于组件的 UI 框架,适用于复杂的服务器端页面渲染流程。 #### 2. 业务逻辑层 - **EJB (Enterprise JavaBeans)**:提供无状态/有状态会话 Bean、消息驱动 Bean 等模型来封装服务逻辑,在全功能应用服务器(如 WildFly、GlassFish)中受容器托管,具备声明式事务控制能力[^2]。 虽然 EJB 曾经是 JavaEE 架构中的重要组成部分,但由于配置繁琐且依赖重型中间件,实际生产环境更多采用 POJO 结合 IoC 容器的方式替代。 #### 3. 数据持久化技术 - **JDBC (Java Database Connectivity)**:底层 API,允许 Java 应用通过 SQL 访问关系型数据库。 - **JPA (Java Persistence API)**:作为 JDBC 上层抽象,引入 ORM 映射概念,典型实现包括 Hibernate 和 EclipseLink。 ```java @Entity public class User { @Id private Long id; private String name; // getters and setters } ``` #### 4. 集成与通信技术 - **JMS (Java Message Service)**:支持异步消息传递,常用于解耦微服务模块或事件驱动架构。 - **JNDI (Java Naming and Directory Interface)**:命名查找接口,可用于获取数据源、EJB 实例或其他资源引用[^2]。 - **Web Services & XML** - 支持 SOAP-based Web Service 和 WSDL 描述协议; - 利用 JAXB 实现对象与 XML 的序列化转换; - RESTful 风格的服务也逐步成为主流,尤其随着 Jersey 和 Spring REST 支持增强[^2]。 --- ### 常见应用场景与配置实践 典型的 JavaEE 应用遵循经典的三层结构: 1. **表示层(Presentation Layer)** —— 使用 JSP/Spring MVC 展示视图; 2. **业务逻辑层(Business Logic Layer)** —— 托管于 EJB 容器或 Spring Service 组件; 3. **数据访问层(Data Access Layer)** —— 调用 DAO 接口操作数据库; 该分层模式有助于提高系统的可维护性和松耦合程度[^1]。 对于现代开发而言,多数团队倾向于组合使用如下栈: - Spring Boot + Maven/Tomcat + MyBatis/Hibernate + Thymeleaf/Angular/Vue 这种“去中心化”的方案摆脱了对完整 JavaEE 应用服务器的依赖,提升了敏捷交付速度。 --- ### 常见问题排查建议 | 问题现象 | 解决方向 | |--------|---------| | `ClassNotFoundException` 或 `NoClassDefFoundError` | 检查 WEB-INF/lib 是否缺失必要的 jar 文件,确认打包工具未遗漏依赖项 | | JNDI 查找失败 (`NameNotFoundException`) | 核实上下文初始化路径以及 server.xml/jboss-web.xml 等资源配置文件是否正确定义 | | 事务不生效 | 若使用 CMT(Container Managed Transaction),需验证方法签名是否有正确注解(@TransactionAttribute);若为 BMT,则检查 UserTransaction 控制流 | | 页面无法加载 `.jsp` 内容 | 启用日志查看 Jasper 译错误,可能涉及 EL 表达式语法异常 | 此外,推荐启用详细的服务器日志记录(例如 Glassfish 日志级别设为 FINEST)、利用 IDE 断点调试配合 remote debugging 功能深入分析执行链路。 --- ### 发展趋势与演进 自 Oracle 将 JavaEE 移交至 Eclipse 基金会后,该项目更名为 **Jakarta EE**,标志着向更加开放治理模式转型。当前版本已推进到 Jakarta EE 10,全面适配 JDK 17+,并对云原生特性加强支持力度,例如 Kubernetes 协同部署、MicroProfile 集成等。 与此同时,由于 Spring 生态的高度灵活性和活跃社区推动,许多开发者更偏好使用 Spring Cloud 来实现服务注册发现、断路器、API Gateway 等微服务体系所需的能力,而非传统的 JavaEE 方案。 ---
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值