Struts,框架.pptVIP

目标 Java Web应用的缺陷 什么是企业级应用 JavaEE体系平台核心思想 EJB组件和容器 POJO与轻量级框架 Java Web应用回顾 Web应用的缺陷 - 分布式应用 Web应用的缺陷 – 事务处理 Connection conn = DriverManager.getConnection(); conn.setAutoCommit(false); // 更改JDBC事务的默认提交方式 ... pstmt = conn.prepareStatement(UPDATE MOVIES ...); ... mit();//提交JDBC事务 ... con.rollBack();//回滚JDBC事务 什么是企业级应用 现代企业级应用应当具有如下需求 并发支持 事务支持 交互支持 集群支持 安全支持 分布式支持 Web支持 Sun公司的解决方案JavaEE JavaEE（Java Enterprise Edition ） EJB组件 业务逻辑放在系统的什么地方最合适？ EJB组件的分类 EJB容器 EJB容器与EJB组件协同工作 Java EE核心技术简介 JavaEE规范为企业级应用提供了一整套服务、应用程序接口API和协议技术： JavaMail（邮件服务） RMI-IIOP（Remote Method Invoke） Java事务API（JTA）和Java事务服务（JTS） JPA（Java Persistence API） IDL（Java Interface Defilation Language） JMS（Java Message Service） STAX Web Service JNDI（Java Name and Directory Interface） JavaEE标准结构的缺陷 EJB设计缺陷 EJB开发的问题 编辑、编译、调试周期长 编码冗长、繁琐 必须编写数据传输对象 POJO和轻量级框架 没有EJB我们照样可以使用JavaEE提供的服务 使用POJO（Plain Old Java Objects）简单的Java对象替代EJB POJO如何实现企业级应用需求呢？ 使用POJO面向对象设计 POJO持久化 POJO事务管理 EJB与POJO之间的差异 基于POJO的层次结构 基于WebService的分布式应用 总结 Java Web应用无法处理复杂的企业级应用 Sun公司制定了一个受业界广泛支持的标准规范—Java EE Java EE技术平台的核心思想是“容器”加“组件” JavaEE规范采用EJB容器来解决复杂的企业级应用，为EJB组件提供分布式处理和事务处理等服务。 EJB是基于过程式设计的 EJB开发调式周期长、编码繁琐、需要编写大量的DTO对象 POJO基于面向对象编程可以作为EJB的替代品 POJO的持久化可以采用大量的持久层框架。如Hibernate、iBATIS等 Spring可以对POJO提供事务处理 WebService为我们提供了一个平台无关性的分布式应用方案 * 1-* 第一章 JavaEE体系架构概述 逻辑分层 分布式应用环境下 ，客户组件能访问订单组件吗？ Web应用系统缺乏对分布式组件对象的访问支持 JDBC能够跨数据库实现事务处理吗？ JDBC无法解决类似的企业应用问题 这些企业级应用需求如何解决？ Java EE技术平台的核心思想是“容器”加“组件” Java Web应用中我们使用JavaBean来实现业务逻辑 JavaEE中使用EJB组件实现业务逻辑 这些EJB组件能够解决复杂的企业级应用需求吗？ Java EE规范采用EJB容器来解决复杂的企业级应用，为EJB组件提供服务 EJB容器会介入到客户和EJB组件之间，插入一些“服务” 功能齐全，很强大！ 面向过程 有这么多的问题，那Java EE真正的强大之处在哪里？ Java EE真正的强大之处在于服务，如：JNDI、JTA等等 替代方案就是采用目前流行的“轻量级”框架。 这些“轻量级”框架与JavaEE的某些部分结合在一起提供 重要的企业服务 POJO可以采用面向对象设计围绕对象模型编写而不是去围绕方法编程 持久层框架提供透明持久化，业务层应用程序只需要调用持久层框架的API就 可以保存、查询和删除持久对象了。持久层框架会使用O/R（对象/关系）映射 自动生成访问数据库的SQL语句。另外，持久层框架能在服务器外面运行， 不需要将其部署到应用服务器中 使用POJO替代EJB，就应该使用EJB和EJB容器相同的机制来管理 事务，这个任务交给了Spring框架。 业务对象 DTO 返回数据 Sprin